פורומים

הצעות לזרז באופן משמעותי את גיבוי מכונת הזמן?

אלווין777

פוסטר מקורי
31 באוגוסט 2003
  • 8 בספטמבר 2021
שלום לחברי אפל ומק.

כדי לנסות להפוך את הגיבוי של Time Machine למהיר יותר, בטרמינל ביצעתי:

sudo sysctl debug.lowpri_throttle_enabled=0

אבל זה עדיין איטי. אני מתכנן להשתמש בזה:

sudo renice -n -20 -p 565

אבל אולי לא אוכל להחזיר אותו לברירת המחדל כי אין פעיל=1 עם רניס?
נא לייעץ, המלצות יתקבלו בברכה.

אלוהים יברך, תישאר בטוח.

casperes1996

26 בינואר 2014


הורנס, דנמרק
  • 8 בספטמבר 2021
Alvin777 אמר: אבל אולי לא אוכל להחזיר אותו לברירת המחדל כי אין מופעלת=1 עם רניס?
מה זאת אומרת אין פעיל=1 עם רניס? מה אתה רוצה להפעיל?
אני לא מבין למה אתה נותן לתהליך Time Machine ערך נחמד נמוך יותר בכל מקרה. - בהנחה שזה מה ש-pid 565 נמצא במערכת שלך כשאתה מפעיל את זה.
זהו תהליך קלט/פלט קשור לדיסק ולכן נותן לו קוונטי מעבד גדול יותר או מגדיל את העדיפות שלו.

הדרך הטובה ביותר להאיץ את Time Machine היא להגדיר אי הכללות עבור הדברים שאתה לא צריך/רוצה לגבות ולהשתמש בדיסק מהיר בשביל זה
תגובות:Alvin777 וקלייוני

אלווין777

פוסטר מקורי
31 באוגוסט 2003
  • 8 בספטמבר 2021
casperes1996 אמר: מה זאת אומרת אין מופעל=1 עם רניס? מה אתה רוצה להפעיל?
אני לא מבין למה אתה נותן לתהליך Time Machine ערך נחמד נמוך יותר בכל מקרה. - בהנחה שזה מה ש-pid 565 נמצא במערכת שלך כשאתה מפעיל את זה.
זהו תהליך קלט/פלט קשור לדיסק ולכן נותן לו קוונטי מעבד גדול יותר או מגדיל את העדיפות שלו.

הדרך הטובה ביותר להאיץ את Time Machine היא להגדיר אי הכללות עבור הדברים שאתה לא צריך/רוצה לגבות ולהשתמש בדיסק מהיר בשביל זה
היי תודה. אני מתכוון אם לבצע:

sudo renice -n -20 -p 565

כשהגיבוי יסתיים איך אחזיר אותו לברירת המחדל לפני שהשתמשתי ברניס?

casperes1996

26 בינואר 2014
הורנס, דנמרק
  • 8 בספטמבר 2021
Alvin777 אמר: היי, תודה. אני מתכוון אם לבצע:

sudo renice -n -20 -p 565

כשהגיבוי יסתיים איך אחזיר אותו לברירת המחדל לפני שהשתמשתי ברניס?
ערך ברירת המחדל נחמד של תהליך הוא 0.
אבל על סמך מה שאתה כותב כאן - מאיפה הבאת את הערך 565? ה-pid של תהליך אינו סטטי אז אם זה ערך שראית ממישהו אחר באינטרנט, אתה לא יכול פשוט להעתיק את זה.
כמו כן, אין באמת טעם להוריד את הנוחות של תהליך הגיבוי. זה לא צריך את כל זמן המעבד הזה תגובות:אלווין777

אלווין777

פוסטר מקורי
31 באוגוסט 2003
  • 8 בספטמבר 2021
היי. חיפשתי דרכים מהירות יותר לגבות אותו בביג סור. הרגע קיבלתי את הערך הזה ממאמר, כי זה כבר 3 ימים, פועל 24 שעות (אני לא מכבה את ה-iMac שלי, אני רק נותן לו לישון - תמיד ב-Mac ומפעיל מחדש לפעמים), והוא רק מגובה 557GB של 984GB (גיבוי ראשון), בפעם האחרונה שגיביתי בפעם הראשונה, זה היה רק ​​16 שעות:

https://www.deverman.org/command-line-hacks-speed-apple-timemachine-backups/

casperes1996

26 בינואר 2014
הורנס, דנמרק
  • 8 בספטמבר 2021
Alvin777 אמר: היי. חיפשתי דרכים מהירות יותר לגבות אותו בביג סור. הרגע קיבלתי את הערך הזה ממאמר, כי זה כבר 3 ימים, פועל 24 שעות (אני לא מכבה את ה-iMac שלי, אני רק נותן לו לישון - תמיד ב-Mac ומפעיל מחדש לפעמים), והוא רק מגובה 557GB של 984GB (גיבוי ראשון), בפעם האחרונה שגיביתי בפעם הראשונה, זה היה רק ​​16 שעות:

https://www.deverman.org/command-line-hacks-speed-apple-timemachine-backups/

נכון אז נקודת מפתח במאמר שאתה מקשר היא זו

כדי לקבל את מזהה התהליך פשוט השתמשתי ב-activity monitor וחיפשתי גיבוי ב-Activity monitor.

זה ערך ה-565 שהם מדברים עליו שם. מזהה התהליך. הערך הזה לא יהיה זהה בכל פעם. אתה צריך למצוא את מזהה התהליך. המאמר אומר שאתה יכול להשתמש ב-Activity Monitor, וזה נכון, אבל קל יותר להשתמש בשורת הפקודה גם בשביל זה. אתה יכול לרוץ
נ.ב.א | גיבוי grep

ותקבל רשימה של תהליכים כולל האותיות 'גיבוי' וה-Pid שלהן בקצה השמאלי. האחרון הוא זה שרק רצתם כדי לקבל את הרשימה אז תתעלמו מהרשימה הזו.

לאיזה דיסק אתה מגבה? זה כונן רשת? כונן קשיח USB? SSD?

אתה מוזמן להתנסות עם רניס אבל אני בספק גדול שזה יעזור. עם זאת, זה גם לא יזיק, מלבד מתן יותר זמן CPU לתהליך הגיבוי, שככל הנראה אינו נחוץ אך ניתן בקלות להחזירו על ידי הפעלתו שוב עם 0 במקום -20.

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


אז במקרה הזה אתה יכול לכתוב
גבר נחמד
כדי לקבל את המדריך עבור נחמד.
[/QUOTE] נערך לאחרונה: 8 בספטמבר, 2021
תגובות:אלווין777