תקלה בדרייברים של AMD גורמת לכתיבות רציפות לכונן האחסון, שעלולות להצטבר לטרה-בייטים בחודש. החברה כבר עובדת על תיקון, אך הוא עדיין לא שוחרר
כרטיס המסך אמור לנוח כשהמחשב לא עושה כלום. מתברר שבחלק מהמחשבים עם כרטיסי Radeon, הדרייבר של AMD ממשיך לעבוד שעות נוספות, ולא על עיבוד גרפי. תקלה שהתגלתה באחד משירותי הרקע של החברה גורמת לכתיבת נתונים רציפה לכונן ה-SSD, גם כשהמחשב נמצא במצב מנוחה. בחלק מהמקרים מדובר במאות מגה-בייטים בכל כמה דקות, ובתרחיש הקיצוני שדווח, הקצב הזה עשוי להצטבר לכמעט 13TB בחודש.
AMD כבר אישרה שמדובר בבעיה אמיתית, והודיעה שהיא עובדת על פתרון. אלא שהתקלה אינה מוגבלת לגרסת דרייבר אחת או לדגם מסוים של כרטיס מסך, ומשתמשים מדווחים עליה במערכות Windows 10 ו-Windows 11. השאלה היא לא רק מדוע דרייבר גרפי מתעסק כל כך הרבה עם האחסון, אלא גם מה המחיר שמשלמים כונני ה-SSD לאורך זמן.
שירות קטן שמייצר פעילות אחסון בלתי פוסקת
במוקד התקלה נמצא תהליך בשם atieclxx.exe, המוכר במנהל המשימות של Windows בתור AMD External Events Client Module. מדובר ברכיב של שירות AMD External Events Utility, שמותקן כחלק מחבילת הדרייברים Adrenalin ואחראי לטיפול באירועים הקשורים למערכת התצוגה, לרבות שינויים בהגדרות ובקיצורי מקשים.
במצב תקין, התהליך אמור לפעול ברקע בלי להעסיק באופן משמעותי את כונן האחסון. במערכות שנפגעו, המשתמשים זיהו פעילות כתיבה מתמשכת, בדרך כלל בקצב של 0.3 עד 1.5 מגה-בייט לשנייה. אחד הדיווחים אף תיאר קצב של כ-5MB/s. הבעיה אינה בהכרח עומס נקודתי בזמן הפעלת משחק, אלא פעילות שנמשכת גם כשהמחשב אינו מבצע משימות משמעותיות.
הדיווחים כוללים כרטיסים מדורות שונים, ובהם Radeon RX 9070 XT, לצד מערכות ותיקות יותר. אחד המשתמשים תיאר מחשב עם Radeon RX 580 שבו הפעילות החריגה הביאה לניצול גבוה של כונן המערכת ולהאטה מורגשת. במקרה הזה, התקנה מחדש של הדרייבר ואפילו ניסיון לתקן את מערכת ההפעלה לא פתרו את הבעיה.
מעניין במיוחד שלא מדובר בהכרח בתקלה שהחלה בעדכון האחרון. חלק מהמשתמשים טוענים שהם נתקלים בהתנהגות הזאת כבר חודשים, ושגם התקנות נקיות של הדרייבר אינן עוזרות. מנגד, משתמשים אחרים עם גרסאות Adrenalin דומות לא מזהים פעילות חריגה כלל. כלומר, עצם ההחזקה בכרטיס Radeon אינה אומרת שהמחשב סובל מהבעיה.
כמה כתיבות מיותרות יכול SSD לספוג?
כדי להבין את סדר הגודל, מספיק לעשות חשבון פשוט. כתיבה רציפה בקצב של 0.3MB/s מייצרת כ-26GB של פעילות ביום. בקצב של 1.5MB/s מגיעים לכ-130GB ביום, ובקצב החריג של 5MB/s מדובר בכ-432GB בכל יממה. אם הפעילות נמשכת מסביב לשעון במשך 30 ימים, היא עשויה להגיע לכ-13TB של כתיבות מדווחות.
אבל כאן צריך להפריד בין שני דברים שונים: כמות הנתונים שמערכת ההפעלה מדווחת על כתיבתם, וכמות הנתונים שנכתבת בפועל לתאי הזיכרון של ה-SSD. אלה לא בהכרח מספרים זהים. מנגנוני מטמון וניהול כתיבות משפיעים על הפעילות הפיזית בכונן, ואין כרגע מדידות מבוססות שמראות כמה מהנתונים האלה אכן הגיעו לשבבי ה-NAND.
לכונני SSD יש עמידות מוגדרת לכתיבות, שמקובל למדוד באמצעות TBW, והעמסה מיותרת בהחלט אינה רצויה. ועדיין, אין ראיות שמאפשרות לקבוע שהתקלה כבר גרמה לשחיקה משמעותית או לקיצור מדיד של חיי הכוננים. המספר 13TB מתאר תרחיש תיאורטי המבוסס על קצב חריג וקבוע, לא נזק שנמדד בפועל.
וזו בדיוק הנקודה המטרידה מבחינת איכות התוכנה: משתמש שרוכש כרטיס מסך מצפה מהדרייבר שלו לנהל את החומרה הגרפית, לא לייצר פעילות אחסון מיותרת במשך חודשים. גם אם כונן מודרני מסוגל להתמודד עם הכתיבות האלה בלי להיכשל, אין סיבה שיבצע אותן מלכתחילה.
התיקון כבר בפיתוח, אבל מה עושים בינתיים?
נציג AMD בשם AMD_Matt אישר ב-21 באוקטובר שהדיווחים מצביעים על בעיה אמיתית ושיש לחקור אותה. נציג נוסף, AMD_Vik, סיפק פרטים טכניים מעניינים יותר: צוות הפיתוח הצליח לשחזר את התקלה, וזיהה קשר בין שירות External Events לבין רכיב סינון PCIe של Windows. לדבריו, תיקון כנראה כבר הוכנס לקוד הפיתוח, אך ייתכן שלא הספיק להיכנס לגרסת הדרייבר הבאה.
גרסת Adrenalin 26.10.2, שפורסמה ב-30 באוקטובר, טיפלה בשורה של קריסות ותקלות יציבות בכרטיסי Radeon, כולל בעיות במשחקים ובהפעלת מנגנוני FSR. אלא שבמסמך השינויים הרשמי שלה אין אזכור לתיקון בעיית הכתיבות ל-SSD. נכון לעכשיו, AMD גם לא פרסמה מועד מחייב להפצת הפתרון.
מי שרוצה לבדוק אם המחשב שלו מושפע לא צריך להתקין תוכנה נוספת. ב-Windows אפשר ללחוץ על Win + R, להקליד resmon ולפתוח את Resource Monitor. בלשונית Disk יש למיין את התהליכים לפי Write (B/sec) ולחפש את atieclxx.exe. אם התהליך מייצר פעילות כתיבה רציפה במשך כמה דקות, גם כשהמחשב אינו מבצע פעולות אחרות, מדובר בסימן אפשרי לתקלה. רצוי לבדוק זאת אחרי שהמערכת סיימה פעולות רקע כמו עדכונים והתקנות.
קיימים גם פתרונות זמניים, אך הם מגיעים עם פשרות. חלק מהמשתמשים הצליחו לעצור את הפעילות באמצעות השבתת AMD External Events Utility דרך services.msc. כיבוי השירות עשוי לעצור את הכתיבות, אבל עלול גם להשבית קיצורי מקשים ותכונות מסוימות של Adrenalin.
אפשרות נוספת שהוזכרה היא השבתת Resizable BAR, מנגנון שמאפשר למעבד לגשת לטווח רחב יותר של זיכרון כרטיס המסך. אלא שהפעולה הזאת עלולה לפגוע בביצועים במשחקים, ובחלק מהמערכות אפילו לא פתרה את התקלה. לכן אין סיבה להתחיל לכבות שירותים או לשנות הגדרות BIOS לפני שמוודאים שהבעיה אכן קיימת.
עבור משתמשי Radeon, הצעד ההגיוני הוא לבדוק את פעילות הכונן, להשאיר גיבויים תקינים ולעקוב אחר עדכוני הדרייבר. AMD כבר יודעת מה צריך לתקן. עכשיו נשאר לוודא שדרייבר שנועד לגרום למשחקים לעבוד טוב יותר יפסיק להעסיק את ה-SSD כשהמחשב בכלל לא משחק.
