AMD מודה בתקלה במנהל ההתקן של Radeon שעלולה לכתוב ל-SSD-ים ברציפות

AMD הודתה בדיווחים שלפיהם כלי External Events Utility, המותקן יחד עם מנהלי ההתקן של Radeon, עלול לכתוב נתונים ל-SSD-ים ברציפות, גם כשהמחשב אינו בשימוש. כמה מבעלי כרטיסי Radeon אומרים שהפעילות הזו הפחיתה את בריאות הכונן המדווחת, כולל טענה אחת על ירידה של כ-1% בחודש במשך 16 חודשים, ואילו AMD אומרת שהיא בודקת את הנושא ומתכננת תיקון בגרסת מנהל התקן עתידית.

מה דיווחו המשתמשים

הנושא חזר לכותרות ב-8 בנובמבר, כאשר משתמש Reddit בשם 'darklinkpower' הצביע על דיווחים על פעילות חריגה של הכונן. בעל מחשב אחד טען שמנהל ההתקן צרך כ-1% מבריאות ה-SSD בכל חודש במשך 16 חודשים. משתמש אחר דיווח על כתיבה רציפה של כ-5MB/s בזמן שהמחשב שלו היה ללא שימוש, ומשתמש נוסף טען שבריאות ה-SSD ירדה בכ-1% בכל חודש במשך 16 חודשים.

תגובת AMD וההשפעה האפשרית

בתגובה מ-21 באוקטובר בפורום הקהילה שלה אישר נציג AMD שהחברה בודקת את הנושא ושאיפתה לפתור אותו בגרסת מנהל התקן עתידית. נציג אחר, AMAD Vik, אמר לאחר מכן ב-Reddit שהוא מקווה שהתקלה תתוקן בגרסה הבאה. בקצב של 5 MB/s יקבל SSD כ-18GB של כתיבות מהמארח בשעה, 432GB ביממה שלמה וכמעט 13TB בחודש של פעילות רצופה. זה לא בהכרח אומר שהנתונים נכתבים לזיכרון ה-NAND עצמו, משום שבקרי SSD משתמשים במטמון ובאיזון שחיקה, ולכן הבלאי בפועל של הזיכרון נותר לא ידוע. הטענה של המשתמש על אובדן של 1% מבריאות הכונן בכל חודש לא אומתה באופן עצמאי.

גרסאות ופתרונות עקיפין

הדיווחים כוללים מערכות שמריצות Adrenalin 26.19.2 וגרסאות ישנות יותר, ולכן ייתכן שהבעיה אינה מוגבלת לעדכון האחרון. הערות השחרור של AMD ל-Adrenalin 26.20.2 מ-30 באוקטובר אינן מזכירות את הנושא. משתמשים יכולים לבדוק כתיבה רציפה של atieclxx.exe או atiesrxx.exe ב-Resource Monitor של Windows. שני פתרונות עקיפין שדווחו הם עצירה או השבתה של שירות AMD EEU ב-Services של Windows, או השבתה של Resizable Bar, אך אף אחד מהם אינו אידיאלי: עצירת השירות עשויה שלא להיות פתרון נקי, ו-ReBAR יכול לשפר ביצועי משחק בכך שהוא מאפשר למחשב לגשת לזיכרון ה-GPU ביעילות רבה יותר. AMD לא פרסמה תאריך שחרור מאושר לתיקון.

מקורות: Tom's Hardware