שְׁאֵלָה:
בטוח להרוג ספינדום? (מכונות ישנות / איטיות יותר)
bauerMusic
2017-12-09 22:26:49 UTC
view on stackexchange narkive permalink

יש לי מקינטוש ישן, שאם לאפליקציה לוקח קצת זמן לטעון (HD איטי), ה- spindump נכנס פנימה, ומשבית את המכונה לחלוטין למשך קרוב ל -10 דקות.

יש הודעה אחת באינטרנט המזהירה כי הריגת spindump עלולה לגרום לשחיתות מסוימת, לכן, עדיף להיות בטוח אז מצטער.

יהיה נהדר אם הייתה דרך לא להריץ spindump באפליקציות ספציפיות, או לתת להם יותר זמן לפני שתכריז עליהם כ'לא מגיבים ', אבל אני בספק שיש.

האם זה בטוח פשוט להרוג את התהליך? האם יש דרך בטוחה יותר (כמו לבקש מההורה לעשות זאת)?

M עדכון זמין: נראה שאותה אפליקציה שהפעילה את spindump , כבר לא עושה זאת. זה עדיין לוקח את אותו זמן לטעון, אבל זה כבר לא מפעיל את spindump .
אם אתה נמצא במצב דומה, זה בסופו של דבר נרגע (כמתוכנן להשיק בכל דוכן). זה קרה כ3-4 פעמים (אחד לכל כדור מסתובב), בכל פעם לקח 3-8 דקות להרגיע ולשחרר את ה- RAM.

שְׁלוֹשָׁה תשובות:
nohillside
2018-01-20 19:57:43 UTC
view on stackexchange narkive permalink

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

  • השבת SIP

  • פרוק / שנה שם LaunchDaemon עבור spindump 

      sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.spindump.plist
sudo mv /System/Library/LaunchDaemons/com.apple.spindump.plist{,.bak}

  • בצע את אותו הדבר עבור com.apple.tailspind.plist

  • הפעל SIP

כנראה שאתה צריך לעשות זאת מחדש עם כל עדכון MacOS.

בסדר גמור - שכחתי גם את 'זנב הזנב' וערכתי כמה משפטים מתוך התשובה שלי עכשיו כשהדבר ידוע כאן.
bmike
2017-12-09 23:06:28 UTC
view on stackexchange narkive permalink

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

מכיוון ש- spindump נמצא שם כדי לדווח על תוכניות בעלות ביצועים גרועים, אולי להסתכל ביומנים או פשוט לא להשתמש באפליקציה שמפעילה זאת תהיה הדרך ללכת. חברת פטריקס הסבירה כיצד יש להסיר את תהליכי סיבוב הזנב והספינמפ וכי הסרה זו עשויה להימשך רק עד להחלת העדכון הבא של MacOS. זה מכסה את "אני יודע שה- Mac שלי איטי - האם אני יכול להשבית את ספינדמפ לחלוטין או לגרום לו לרוץ ולצאת תוך 10 שניות." תרחיש מכיוון שאני יכול לראות אפליקציה שמתפקדת כל כך רע, שהיא לנצח תור לתהליך ספינדמפ חדש או שפינדמפ לעולם לא תגיע לנקודה בה היא חושבת שה- Mac שלך מספיק בריא כדי להפסיק לאסוף סימנים לבעיה זמנית.

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

  1. ודא שיש לך גיבוי
  2. ודא שהנפח שלך מתוזמן בכדי למזער ולתקן או לבנות מחדש זמן אם הריגת אפליקציה גורמת לאובדן קבצים או להפריע לכתיבה
  3. התחל להרוג אפליקציות גרועות ולרשום הערות ושמות.
האפליקציה שמפעילה את 'ספינדום' היא יישום שאני באמת רוצה להשתמש בו וזה קורה רק בהשקה.אני יודע ש'ספינדמפ 'הוא בעיקר איסוף נתוני דוחות, אבל אני יכול לראות תרחיש שלאחר הריגת התהליך, יכול להיות שיש בעיה שהיא לא מצליחה לכתוב שוב?(מנחש באמת).בטח שאני יכול לשחזר נתונים, אבל מעדיף לדעת יותר על זה.אני מנחש שתהליך זה מסתיים, או מסתיים על ידי ההורה / המערכת בשלב מסוים בבטחה.
אתה בטוח @bauerMusic - מערכת הקבצים HFS + מגנה על עצמה על ידי יומן, אז אלא אם כן השבתת שלא תהיה לך מערכת קבצים מושחתת וספינמפ לא יגרום נזק לקבצים כלשהם.אתה יכול גם לדגום אותו בצג פעילויות כדי לבדוק כל קובץ שנפתח אם אתה רוצה.
@bmike נכון, תוקן.
STO
2020-09-02 02:19:43 UTC
view on stackexchange narkive permalink

עבור Big Sur [Beta] נראה שהטריק הוא 

  sudo launchctl השבת מערכת / com.apple.spindump
השבתה של מערכת / com.apple.tailspind

על פי ההערות על אותו פוסט של MacObserver ועל פוסט Reddit זה: https://old.reddit.com/r/MacOSBeta/comments/hqeak2/tailspind_and_spindump_cpu_usage_and_workarounds/



ⓘ
שאלה ותשובה זו תורגמה אוטומטית מהשפה האנגלית.התוכן המקורי זמין ב- stackexchange, ואנו מודים לו על רישיון cc by-sa 3.0 עליו הוא מופץ.
Loading...