in use - זכרון פיזי.

commited - גם זכרון וירטואלי.

מישהו יודע איך זה שה commit אצלו יותר גבוה מ in use?

אין קשר בין השניים.

רמז - בצילום.

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

סליחה התבלבלתי,

אצלו ה In use 14.7 יותר גבוה מה 11.5 committed, איך זה???

התשובה שלי עונה ומסבירה גם את התיקון לשאלה שלך

היא לא...

אצלי במחשב יש 200 פרוססים ולאף אחד מהם אין commit יותר נמוך

נראה לי שהתשובה היא שיש אצלו בעיה ולא שזה מצב נורמלי.

חתך קטן, אבל כמו שאמרתי, אין אף פרוסס עם קומיט יותר נמוך.

- - - תגובה אוחדה: - - -

יש פה הסבר שנראה לי סביר:

https://superuser.com/questions/363742/windows-commit-charge-lower-than-physical-ram-usage

"some OS memory usage doens't count to that limit as well as memory mapped files. In Windows all EXE and DLL files are loaded as memory mapped files"

לפי ההסבר פה, כנראה שבאמת יש לו איזה דרייבר שהשתגע.

כי במצב נורמלי זה לא סביר שיהיה הבדל כלכך גדול לטובת In use

זה מאחר שהתוכנות שלך כתובות ופועלות נכון !

וזה כנראה לא המצב אצלו. מי זאת ? קל למצוא.

וזה לא נדיר כל כך....

https://www.google.com/search?newwindow=1&biw=961&bih=407&q=commit+huge+memory&oq=commit+huge+memory&gs_l=serp.3...4138.8364.0.9818.7.7.0.0.0.0.143.963.0j7.7.0....0...1c.1.55.serp..3.4.551.vM5yF-8omJ0

Ivan,

הבעיה זה לא ה commit charge, להפך, הוא נמוך.

איכשהו אצלו ה In use יותר גבוה מ commit charge

למה חיפשת huge commit charge כשזה בדיוק הפוך מהבעיה אצלו?

חברה, די, הבעיה אצלו זה דריבר סורר, אפשר לראות את זה ע"י ה Non-Paged Pool, זה זכרון שבשימוש בד"כ ע"י מערכת הפעלה ואי-אשר להוריד אותו מה ram לזיכרון ורטואלי. אין יותר מדי מה לעשות חוץ מלבדוק מי הדריבר שלוקח את הזכרון הזה.

תמהני

11 וחצי גיגה של COMMIT אצלו - וזאת לא בעיה ?.............

אוקיי חברים אז כנראה שהייתה לי בעיה עם דרייבר סורר של האינטרנט KILLER E2200 אם זה חשוב...

עדכנתי והופ הNON PAGED POOL ירד לנורמל,

אבל אני עדיין מקבל שימוש גבוה מדי בזיכרון 53% ללא כל תוכנה שאוכלת אותו,

וכמו שאמרתם הIN USE שלי גבוה בהרבה מהCOMMITTED

8.5G לעומת 3G,

יש דרך לטפל בזה?

11 וחצי גיגה של COMMIT אצלו - וזאת לא בעיה ?.............

וזה שהnon-paged pool גם נספר בcommit ולכן הcommit הוא תסמין של הבעיה ולא הבעיה - לא נשמע לך הגיוני?

שים תמונה חדשה של ה memory מ performence

איך גילית שזה הבעיה ? עדכנת רכיב רכיב ? או סתם הרצת עדכון של חלונות ?

השתמשתי בPOOLMON ודרך זה גיליתי...

ולפני כמה דקות בדיוק עשיתי בתוכנה RAMMAP EMPTY MODDIFIED PAGE LIST ואז הכל משתחרר לאיזה שעה שעתיים ככה

כרגע הצריכה נורמלית 13%

שהIN USE עומד על 2G והCOMMITTED על3.5

אין מה לפחד מצריכה של מרבית הזכרון, שכן מערכת הפעלה משתמשת בו לדברים כמו file cache וכו'... תוכל לראות את זה בחלק האמצעי של ה memory tab ב performence

כרגע אני לא דואג...

פשוט הבנתי מפה שאם הIN USE גבוהה מהCOMMITTED זה לא תקין

וזה המצב אצלי