bup-memtest - מקוון בענן

תָכְנִית:

שֵׁם

bup-memtest - בדוק סטטיסטיקות שימוש בזיכרון של bup

תַקצִיר

bup memtest [אפשרויות...]

תיאור

bup memtest פותח את רשימת אינדקסי החבילה במאגר ה-bup שלך, ואז מחפש ברשימה
עבור סדרה של אובייקטים לא קיימים, הדפסת סטטיסטיקות שימוש בזיכרון לאחר כל מחזור.

בגלל האופן שבו מערכות יוניקס עובדות, הפלט בדרך כלל יראה גדול (ו
unchanging) בעמודה VmSize, כי מיפוי קבצי האינדקס מלכתחילה
לוקח כמות מסוימת של שטח כתובות וירטואלי. עם זאת, השימוש בזיכרון וירטואלי זה כן
וירטואלי לחלוטין; זה לא לוקח שום זיכרון RAM שלך. עם הזמן, bup משתמש חלקים של
אינדקסים, שצריך לטעון מהדיסק, וזה מה שגורם לעלייה ב-
עמודת VmRSS.

אפשרויות

-נ, --מספר=מספר
הגדר את מספר האובייקטים לחיפוש במהלך כל מחזור (כלומר לפני ההדפסה א
קו פלט)

-ג, --מחזורים=מחזורי
הגדר את מספר המחזורים (כלומר מספר שורות הפלט אחרי הראשון). ה
שורת הפלט הראשונה היא תמיד 0 (כלומר קו הבסיס לפני חיפוש אחר
חפצים).

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

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

דוגמאות

$ bup memtest -n300 -c5
PackIdxList: משתמש באינדקס אחד.
VmSize VmRSS VmData VmStk
0 20824 kB 4528 kB 1980 kB 84 kB
300 20828 kB 5828 kB 1984 kB 84 kB
600 20828 kB 6844 kB 1984 kB 84 kB
900 20828 kB 7836 kB 1984 kB 84 kB
1200 20828 kB 8736 kB 1984 kB 84 kB
1500 20828 kB 9452 kB 1984 kB 84 kB

$ bup memtest -n300 -c5 --ignore-midx
PackIdxList: משתמש ב-361 אינדקסים.
VmSize VmRSS VmData VmStk
0 27444 kB 6552 kB 2516 kB 84 kB
300 27448 kB 15832 kB 2520 kB 84 kB
600 27448 kB 17220 kB 2520 kB 84 kB
900 27448 kB 18012 kB 2520 kB 84 kB
1200 27448 kB 18388 kB 2520 kB 84 kB
1500 27448 kB 18556 kB 2520 kB 84 kB

דיון

כאשר מבצעים אופטימיזציה לאינדקס ה-bup, המטרה הראשונה היא לשמור על VmRSS נמוך באופן סביר.
עם זאת, ייתכן שיהיה צורך בסופו של דבר להחליף את כל האינדקסים, פשוט בגלל
אתה מחפש הרבה אובייקטים, וזה יגרום ל-RSS שלך לגדול
VmSize בסופו של דבר.

מילת המפתח כאן היא בסופו של דבר. כל עוד VmRSS גדל לאט למדי, הכמות של
פעילות הדיסק הנגרמת על ידי גישה לאינדקס החבילה קטנה למדי. אם זה גדל מהר,
bup כנראה יבלה את רוב זמנו בהחלפת נתוני אינדקס מהדיסק במקום בפועל
הפעלת הגיבוי שלך, כך שהגיבויים יפעלו לאט מאוד.

המטרה של bup memtest היא לתת לך מושג כמה מהיר השימוש בזיכרון שלך
גדל, וכדי לעזור באופטימיזציה של bup לשימוש טוב יותר בזיכרון. אם יש לך בעיות זיכרון
ייתכן שתתבקש לשלוח את הפלט של bup memtest כדי לסייע באבחון הבעיות.

טיפ: נסה להשתמש ב-bup midx -a או bup midx -f כדי לראות אם זה עוזר להפחית את השימוש בזיכרון שלך.

טריוויה: שימוש בזיכרון אינדקס ב-bup (או git) הוא באמת בעיה רק ​​כאשר מוסיפים קובץ גדול
מספר חפצים שלא נראו בעבר. הסיבה לכך היא שלכל אובייקט, אנחנו צריכים
אשר לחלוטין שזה לא נמצא במסד הנתונים, מה שמחייב אותנו לחפש
דרך את כל אינדקסי החבילה הקיימים כדי להבטיח שאף אחד מהם לא יכיל את האובייקט ב
שְׁאֵלָה. במקרה הברור יותר של חיפוש אובייקטים ש do קיימים, החפצים
המחפשים קשורים בדרך כלל בצורה כלשהי, מה שאומר שכנראה כולם קיימים
במספר קטן של קבצי pack, כך שהשימוש בזיכרון יהיה מוגבל רק לקבצי ה-pack האלה
אינדקסים.

מכיוון שמשתמשי git בדרך כלל לא מוסיפים הרבה קבצים בהפעלה אחת, git לא ממש
צריך תוכנית כמו bup midx. bup, לעומת זאת, מבלה את רוב זמנו בגיבוי
קבצים שהוא לא ראה בעבר, אז דפוסי השימוש בזיכרון שלו שונים.

השתמש ב-bup-memtest באינטרנט באמצעות שירותי onworks.net