ผู้ใช้พีซีที่ใช้ระบบ AMD เริ่มตั้งข้อสังเกตถึงพฤติกรรมที่ดู “แปลกเกินไป” ของไดรเวอร์ chipset หลังจากมีผู้ใช้รายหนึ่งใน Reddit พบว่า ทุกครั้งที่มีการขยับหน้าต่างบน Windows หรือย่อ–ขยายขนาดหน้าต่าง ระบบจะมีการเขียนข้อมูลลงไฟล์ log ภายในโฟลเดอร์ของ AMD แบบถี่มาก และเกิดขึ้นต่อเนื่องตลอดเวลาที่ใช้งาน ทำให้เกิดคำถามว่า พฤติกรรมนี้เป็นบั๊กหรือฟีเจอร์ และมีผลกระทบต่อ SSD หรือไม่
เหตุการณ์นี้สร้างความสนใจอย่างรวดเร็วในชุมชนผู้ใช้ AMD เพราะแม้การเขียนข้อมูลลงดิสก์จะเป็นเรื่องปกติของระบบปฏิบัติการ แต่การเขียนไฟล์ log ถี่ขนาดนี้ถือว่าไม่ใช่สิ่งที่ควรเกิดขึ้นในการใช้งานทั่วไป โดยเฉพาะอย่างยิ่งในยุคที่ผู้ใช้จำนวนมากให้ความสำคัญกับอายุการใช้งานของ SSD ที่มีจำนวนรอบการเขียนข้อมูล (TBW) จำกัด
พฤติกรรมที่พบ: ไฟล์ log ถูกเขียนซ้ำต่อเนื่องเมื่อขยับหน้าต่างบน Windows
ผู้ใช้ Reddit รายหนึ่งชื่อ Takia_Gecko ได้แชร์วิดีโอและข้อมูลเพื่อยืนยันว่า ไฟล์ log ภายในเส้นทางC:\Windows\System32\AMD\EEUDumps\
ถูกเขียนข้อมูลเพิ่มขึ้นทันทีที่มีการลาก ย้าย หรือเปลี่ยนขนาดหน้าต่างบน Windows
พฤติกรรมนี้ถูกตรวจสอบด้วยเครื่องมือ ReadDirectoryChangesW ซึ่งใช้เฝ้าดูการเปลี่ยนแปลงของไฟล์แบบเรียลไทม์ จึงยืนยันได้ว่าไดรเวอร์กำลังส่งข้อมูลไปอัปเดตไฟล์ log แบบต่อเนื่องจริง
แม้จะดูเป็นข้อมูลขนาดเล็ก แต่จำนวนครั้งที่เขียนนั้นมากจนหลายคนรู้สึกไม่สบายใจ และอยากรู้ว่าส่งผลต่อประสิทธิภาพหรืออายุการใช้งานของ SSD หรือไม่
แล้วไดรเวอร์ Chipset มันอันตรายแค่ไหนต่อ SSD?
คำถามสำคัญที่ผู้ใช้ส่วนใหญ่สนใจ คือ การเขียนไฟล์ถี่ขนาดนี้จะทำให้ SSD เสื่อมเร็วขึ้นหรือเปล่า
ในทางทฤษฎี การเขียนข้อมูลเล็ก ๆ จำนวนมากอาจทำให้เกิด wear level เพิ่มขึ้นได้ แต่จากข้อมูลที่ผู้พัฒนาซอฟต์แวร์และผู้เชี่ยวชาญสรุปตรงกันคือ
“น่าจะไม่มีผลกระทบแบบจับต้องได้”
เหตุผลคือ
1. SSD ยุคใหม่มีระบบจัดการการเขียนข้อมูลที่ดี
SSD ยุคปัจจุบันไม่ว่าจะเป็นรุ่นที่มี DRAM หรือ HMB (ใช้ RAM ของระบบช่วย) ล้วนออกแบบมาเพื่อรองรับการเขียนข้อมูลปริมาณมากในระดับที่ผู้ใช้ทั่วไปไม่มีวันทำให้ถึงขีดจำกัดภายในหลายปี
2. ขนาดข้อมูลที่เขียนใน log เล็กมาก
แม้จะเขียนถี่ แต่ข้อมูลที่เขียนมีขนาดเล็กจนระบบอาจจัดการอยู่ใน cache เป็นส่วนใหญ่ ทำให้ไม่ได้เกิด I/O ลง NAND จริงแบบทุกครั้งที่เห็น
3. พฤติกรรมนี้อาจถูกออกแบบให้ใช้เพื่อ debug
บางครั้งไดรเวอร์เฉพาะของผู้ผลิตอาจมีการสร้างระบบเก็บข้อมูลภายในเพื่อใช้ตรวจสอบความผิดปกติ ซึ่งอาจเป็นเหตุผลที่ AMD ยังไม่ประกาศแก้ไข
อย่างไรก็ตาม แม้จะ “ไม่น่าเป็นปัญหา” แต่ในเชิงหลักการ ผู้ใช้บางคนยังรู้สึกไม่สบายใจที่ระบบมีการเขียนข้อมูลแบบไม่จำเป็น
ทางแก้ชั่วคราว: ปิดบริการ AMD External Events Utility
จากข้อมูลของ Redditor คนเดิม พฤติกรรมนี้เกิดขึ้นจากบริการที่ชื่อว่า
AMD External Events Utility
ซึ่งเป็นตัวที่ช่วยจัดการฟีเจอร์บางอย่าง เช่น FreeSync และอาจเกี่ยวข้องกับการตรวจจับเหตุการณ์ (Event) ต่าง ๆ ของ AMD บนระบบ Windows
วิธีปิด
สามารถปิดได้ผ่าน Services.msc
หรือสั่ง redirect ให้เขียนข้อมูลไปยัง nul: เพื่อไม่ให้เขียนลง SSD จริง
อย่างไรก็ตาม ต้องย้ำว่า
ผู้ใช้ควรทดสอบด้วยตัวเอง และระวังผลกระทบกับฟีเจอร์ต่าง ๆ เช่น FreeSync
เพราะแม้รีวิวจากผู้ที่ทดลองส่วนใหญ่บอกว่า “ไม่มีผลกระทบ” แต่ไม่มีข้อมูลที่ยืนยัน 100%
แล้วเกี่ยวกับ FreeSync หรือไม่?
ผู้ใช้ในชุมชนมีการตั้งคำถามว่า การปิด AMD External Events Utility จะส่งผลให้ FreeSync ใช้งานไม่ได้หรือไม่
ข้อมูลจนถึงขณะนี้:
- ไม่มีรายงานชัดเจนว่า FreeSync เสีย
- ผู้ที่ทดสอบหลายคนบอกว่า “ยังใช้งานได้”
- AMD ยังไม่ได้ออกแถลงชี้แจงหรือคู่มืออย่างเป็นทางการ
ดังนั้นยังไม่สามารถสรุปได้แบบ 100% ว่าปิดบริการนี้แล้วปลอดภัยสำหรับทุกระบบหรือไม่
AMD ยังไม่ออกคำชี้แจง — ผู้ใช้กำลังรอคำตอบอย่างเป็นทางการ
ณ วันที่ 17 พฤศจิกายน 2025 ยังไม่มีคำตอบจาก AMD ในประเด็นนี้
สื่อหลายแห่งรวมถึงผู้ใช้ Reddit ระบุว่าได้ส่งคำถามไปยัง AMD แล้ว และรอคำชี้แจงว่าพฤติกรรมนี้เป็นเพียงบั๊กหรือเป็นการทำงานปกติ
สิ่งที่ผู้ใช้ต้องการคือ:
- คำยืนยันว่าไม่มีผลต่อ SSD
- ทางเลือกในการปิดฟีเจอร์ log โดยไม่กระทบฟีเจอร์อื่น
- การปรับปรุงไดรเวอร์ในเวอร์ชันถัดไป
สรุปภาพรวมสำหรับผู้ใช้ AMD ในตอนนี้
เพื่อความเข้าใจง่าย นี่คือสถานะล่าสุด:
- ไดรเวอร์ chipset ของ AMD มีพฤติกรรมเขียนไฟล์ log ทุกครั้งที่ขยับหน้าต่างบน Windows
- เป็นพฤติกรรมที่ “แปลก” แต่ขนาดข้อมูลเล็กมาก จึง น่าจะไม่กระทบอายุการใช้งาน SSD
- แก้ชั่วคราวได้โดยปิดบริการ AMD External Events Utility
- แต่การปิดอาจมีผลต่อฟีเจอร์บางอย่าง เช่น FreeSync
- AMD ยังไม่ให้คำชี้แจง และคาดว่าจะมีการอัปเดตในเวอร์ชันไดรเวอร์ถัดไป
สำหรับผู้ใช้ทั่วไป หากไม่ได้มีความกังวลเรื่อง SSD มากนัก การปล่อยไว้เฉย ๆ ถือว่าเป็นทางเลือกที่ปลอดภัยที่สุดในตอนนี้ เพราะระบบยังทำงานปกติ ไม่มีผลต่อประสิทธิภาพ และไม่มีรายงานความเสียหายที่เกิดขึ้นจริง
ที่มา: tomshardware
