configd: תיקון בעיות בשימוש גבוה ב-CPU עם תהליך configd ב-Mac OS X
configd הוא דמון תצורת מערכת שפועל מאחורי Mac OS X, רוב המשתמשים לעולם לא ישימו לב או יראו את תהליך הליבה של OS X פועל ברקע של מחשבי ה-Mac שלהם. עם זאת, configd יכול לפעמים לפעול ולגרום לשיאים חריגים במעבד ולפעילות מאווררים לגרום ל-Mac שלך להישמע כמו מנהרת רוח. התנהגות תצורה מוזרה מאובחנת בקלות על ידי הפעלת צג הפעילות, מיון לפי אפשרות "% CPU" וראיית תהליך השורש של המשתמש 'configd' יושב בראש תופס איפשהו בין 20-95% מעבד.אם ההתנהגות הזו נמשכת במשך דקה בערך, זה בדרך כלל לא עניין גדול, עליות זמניות יכולות להיות נורמליות אז פשוט תן לה לרוץ ולהתעלם ממנה, אבל יש מקרים שבהם ה-configd יכול להשתבש באופן בלתי מוסבר והוא יעמוד על 50% ניצול מעבד או יותר במשך שעות ללא סיבה ברורה - זה מה שאנחנו מחפשים לפתור כאן.
Resolve configd שימוש במעבד גבוה עם הפעלה מחדש באמצעות מסוף
אנחנו הולכים להפעיל מחדש את ה-configd בכוח על ידי מתן בעיטה מהירה במכנסיים באמצעות הפקודה הכל-יכולה 'killall'. מכיוון ש-configd הוא תהליך מערכת, הוא יופעל מחדש באופן מיידי ברגע שהוא נהרג, ובכל מקרה שבו configd משתגע עם ניצול מעבד הטריק הזה פותר את הבעיה.
הפעל את המסוף (יושב בתוך /Applications/Utilities/ כרגיל) והקלד את הפקודה הבאה:
sudo killall configd
תצטרך להזין סיסמת מנהל כדי לבצע את הפקודה בתור משתמש-על, ובכך הקידומת sudo. הפעלת הפקודה ללא sudo אינה יעילה מכיוון שהתהליך נמצא בבעלות root (משתמש על).
אם השארתם את צג הפעילות פתוח וממוין לפי מעבד, תגלו ש'configd' נעלם וכאשר הוא יופעל מחדש הוא כבר לא יושב בראש הרשימה ולא אוכל עוד כמויות מוגזמות של מעבד . חיפוש התהליך אמור כעת למצוא אותו צורך איפשהו בין 0% ל-1% מהמעבד.
אם עדיין יש לך בעיות עם configd לאחר השימוש בפקודה killall, קפוץ לתחתית המאמר הזה כדי ללמוד עוד על פתרון בעיות configd.
טיפול ב-configd ללא טרמינל
אם אינך נוח עם שורת הפקודה, ישנן שתי אפשרויות נוספות:
- צא מכל יישומי ה-Mac הפועלים, מה שאתה יכול לעשות ידנית או באמצעות אפליקציה מתוצרת עצמית זו כדי לצאת מהכל ב-OS X
- אתחל מחדש את ה-Mac
לאתחל את ה-Mac יש את אותה השפעה כמו להרוג את תהליך ה-configd ישירות, אם כי ברור שזה קצת יותר פולשני לזרימת העבודה שלך. יציאה מכל אפליקציה יכולה לעזור אם שגיאת התצורה נגרמת כתוצאה מהתנהגות שגויה של יישומים, עוד על כך בעוד רגע.
אבחון בעיות תצורה ספציפיות ולמידה על תצורה
Apple מתארת באופן רשמי את התצורה באופן הבא:
דמון ה-configd אחראי על היבטי תצורה רבים של המערכת המקומית. configd שומרת על נתונים המשקפים את המצב הרצוי והנוכחי של המערכת, מספקת התראות ליישומים כאשר נתונים אלה משתנים, ומארחת מספר סוכני תצורה בצורה של חבילות הניתנות לטעינה.
הקטע הזה נלקח מהדף המדריך ב-configd, שאליו ניתן לגשת על ידי הקלדת הטקסט הבא במסוף:
configd
תוכל לקרוא את זה ישירות ב-Mac דרך שורת הפקודה, או דרך האינטרנט באמצעות הקישור ספריית מפתחים כאן.
אם ברצונך לנסות לאבחן מדוע ה-configd השתגע מלכתחילה, אתה יכול להסתכל מסביב בשני המיקומים הבאים עבור חבילות תצורה וקבצי plist, שעשויים לספק כמה רמזים לגבי מה קורה לא נכון ולמה:
/System/Library/SystemConfiguration/
/Library/Preferences/SystemConfiguration/
אפשרות נוספת היא לבחור להפעיל מחדש את configd במצב מילולי עם הפקודה הבאה:
sudo /usr/libexec/configd -v
זה ייצא מידע מילולי למסוף המערכת של OS X, אותו ניתן לקרוא גם מאפליקציית ה-Console או דרך שורת הפקודה.השוואת המידע הזה למה שנמצא בספריות המערכת הנ"ל יכולה לעזור מאוד באבחון סיבה מדויקת.
ניסיון כללי הראה שיישומים ותהליכים מסוימים גורמים לבעיות הגדרות בתדירות גבוהה יותר מאחרים, חלקם עשויים לכלול שירותים מבוססי Java ו-Java כמו CrashPlan, מדפסות מסוימות שבהן יש שגיאות הדפסה לא פתורות ורשת לא תקינה תצורות שבהן חיבור רשת מנסה שוב ושוב ונכשל. זו הסיבה שלפעמים יציאה מכל האפליקציות יעילה בפתרון הבעיה, מכיוון שהיא עלולה לסיים את החזרה הכושלת שגורמת ל-configd להשתולל, ובמקרים מסוימים שבהם הריגת configd לא פותרת את הבעיה אז הסרת קובץ ה-plist האשמים יכולה לפתור הנושא אחת ולתמיד. החוויות והתוצאות האישיות שלך עשויות להשתנות.