אני משתמש בתוכנה שדורשת המון זיכרון (~10GB).
כמובן שהיא מעבירה המון זיכרון לדיסק.
מה שאמרו לי שהשיטה הראשונה לזרז את התוכנה תהיה הקטנת מספר הקריאות\כתיבות לדיסק.
אני עובד בלינוקס וראיתי שיש אופציה להגדיל את גודל הדף. נראה לי שזה בדיוק מה שאני צריך
האם מישהו מכיר\יודע חושב משהו על הרעיון?
האם מישהו השתמש אי פעם באפשרות הזו?

תודה מראש
יאיר

לינוקס מעבירה לבד ל swap מידע שלא ניגשים אליו ב dataset של האפליקציה - זה תהליך אוטומטי - ולמיטב ידיעתי הוא עובד מצויין.

אם אתה באופן תדיר משחק עם dataset שנפחו גדול מנפח הזיכרון שלך (כלומר "רץ" על כל ה 10GB כל הזמן, למשל) - לעולם יהיה הדבר איטי. הפתרון הנכון הוא... שבמכונה שלך תהיה כמות זיכרון שמספיק גדולה, מה שנקרא, to accommodate the working set ...

למה שינוי גודל הדף יגרום לשמירה של פחות מידע, לדעתך? איך זה יאיץ את העניינים?

אם אתה לא מעוניין בעוד RAM, פתרון טוב אחר יהיה לעבוד עם I/O מהיר יותר - כגון SSD, ולתת ל swap לעבוד עליו. אבל זה יהרוג את הכונן די מהר. אפשר גם כל מני פתרונות של ריבוי דיסקים ב RAID-0 שעליהם ישב ה swap... אבל בגדלים כאלה קטנים - נראה שפשוט עוד RAM יהיה הפתרון הזול מכולם - וכמובן המהיר ביותר. זו פינה שאתה סוגר, להערכתי, בכ600-500 ש"ח... ראה: http://www.amazon.com/Corsair-1333m...9/dp/B004F9FKNY

זו דעתי, בכל אופן

נמאס לכם לזכור סיסמאות? לחצו כאן!

הגדלת הדף לא תקטין את כמות המידע הנכתבת אבל תקטין את מספר פעולות ה I/O ועשויה לשפר ביצועים.

אני ממש לא מומחה לינוקס, ועדיין יכול לנחש ששינוי גודל הדף (אם אפשרי) עלול לדרוש בנייה מחדש של הקרנל או חוכמולוגיות לינוקסיות דומות.

תוכנה שדורשת כמויות זיכרון כל כך גדולות? נשמע כמו שגיאה בתכנון המערכת.

למה אתה חושב שהגדלת גודל הדף תקטין את מספר פעולות ה-IO?
קביעה כזו דורשת בניית פרופיל די מעמיק של התוכנה וממש לא מחוייבת מהמציאות. זה אולי יהיה נכון אם מתבצעים הרבה קריאה סידרתית על הדף, ואם הדפים יושבים בהכרח באופן רציף על הדיסק הקשיח... אבל סקטור של דיסק ממוצע הוא 512 עד 4096 בתים, כלומר בד"כ מתאים את עצמו לקריאת דפים בגודל 4k באופן רציף. אין שום הבטחה שדף בגודל 10k ישב ברציפות על הדיסק מה שיהפוך את ה-paging לגהינום IO. בנוסף, אם הגישה למרחב הזיכרון של ה-10GB היא אקראית ומפולגת בצורה יחסית אחידה, אז דווקא דפים גדולים יהוו חסרון מאד גדול כי תצטרך בכל פעם להחליף הרבה יותר זיכרון בשביל כל גישה לדף שירד לדיסק.

בקיצור - יעילות הפתרון הזה מאד תלויה בצורת העבודה של התוכנה...

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.