เผยแพร่เมื่อวันที่ 26 เมษายน 2569 เวลา 10:30 น. EDT
Afam มีประสบการณ์ในการเผยแพร่เทคโนโลยีตั้งแต่ปี 2561 เมื่อทำงานที่ Make Tech Easier ตลอดปี เขาสร้างชื่อเสียงจากการเผยแพร่คู่มือ รีวิว เคล็ดลับ และบทความอธิบายคุณภาพสูง ครอบคลุม Windows Linux และเครื่องมือโอเพนซอร์ส ผลงานของเขาปรากฏบนเว็บไซต์ชั้นนำ เช่น Technical Ustad Windows Report Guiding Tech Alphr และ Next of Windows
เขาถือปริญญาตรีด้านวิทยาการคอมพิวเตอร์ และเป็นผู้สนับสนุนความเป็นส่วนตัวและความปลอดภัยของข้อมูลอย่างแข็งขัน มีเคล็ดลับ วิดีโอ และบทแนะนำหลายชิ้นเกี่ยวกับหัวข้อนี้เผยแพร่บนช่อง YouTube Fuzo Tech
เวลาว่างเขาชอบใช้เวลากับครอบครัว ปั่นจักรยาน หรือดูแลสวน
ผมใช้ CrystalDiskInfo มาหลายปีบนคอมพิวเตอร์หลายเครื่องเพื่อตรวจสอบสภาพสุขภาพ SSD โดยทั่วไปเมื่อเปิดแล้วเห็น "Good" ปกติผมก็พอใจปิดไปเลย แต่ครั้งนี้ตัวเลข "Total Data Written" (ข้อมูลที่เขียนสะสม) จับตาผมได้ อยู่ที่ 40,513 GB สูงกว่าที่คาดหวังมาก และไม่มีบริบทเพิ่มเติม รู้สึกเหมือนกำลังเผาชีวิต SSD ไปเร็วเกินไป
สิ่งนี้กระตุ้นให้ผมค้นคว้าลึก ผมพบว่า Windows วัดความทนทานของ SSD ด้วย TBW (Terabytes Written) แต่แทบไม่แสดงตัวเลขดิบนี้ออกมา דברที่น่าประหลาดใจกว่าคือ ส่วนใหญ่ของการเขียนข้อมูลไม่ได้มาจากกิจกรรมของผม แต่เป็นกิจกรรมพื้นหลังของ Windows เอง
วิธีที่ผมตรวจสอบการเขียนข้อมูลสะสมของ SSD
ตัวเลขที่ Windows ติดตามแต่อยู่ไม่แสดงให้คุณเห็น
บน CrystalDiskInfo ข้อมูลนี้ชื่อว่า Total Host Writes เป็นส่วนหนึ่งของข้อมูล SMART ของไดรฟ์ ซึ่งเป็นการวัดระยะภายในที่ไดรฟ์เก็บเกี่ยวกับตัวเอง แม้จะถูกบันทึกต่อเนื่อง แต่ก็ไม่ได้นำเสนอในแบบที่ผู้ใช้เข้าถึงได้ เมื่อคุณเปิดเครื่องมือ จะแสดงตารางแอตทริบิวต์ที่เกี่ยวข้อง นี่คือแอตทริบิวต์ที่ควรสนใจ:
| เมตริก | แสดงอะไร | วิธีอ่าน |
|---|---|---|
| Total Host Writes | ข้อมูลสะสมที่เขียนลงไดรฟ์ตั้งแต่ผลิต | เปรียบเทียบกับสเปก TBW ของไดรฟ์ |
| Health % | ประมาณการความทนทานที่เหลือของไดรฟ์ | เป็นแนวทางคร่าวๆ ไม่ใช่นับถอยหลังที่แม่นยำ |
| Power-on Hours | ชั่วโมงรวมที่ไดรฟ์ทำงาน | ให้บริบทเวลากับจำนวนการเขียนทั้งหมด |
| Power Cycles | จำนวนครั้งที่ไดรฟ์ถูกเปิดเครื่อง | ตัวเลือก; มีประโยชน์สำหรับแล็ปท็อปโดยเฉพาะ |
จำนวนการเขียนอยู่ที่ประมาณ 40.51 TB ตัวเลขนี้มีนัยสำคัญมากขึ้นเมื่อผมดูค่า TBW ที่กำหนดจากหน้าสินค้าของผู้ผลิต ด้วยตัวเลขเหล่านี้ ผมคำนวณได้ว่าเหลืออายุการใช้งาน SSD กี่เปอร์เซ็นต์ โดยสูตรง่ายๆ: เปอร์เซ็นต์ของอายุที่ใช้ไป = (Total Host Writes ÷ TBW) × 100
เพื่อให้เห็นภาพ ผู้ใช้ทั่วไปเขียนข้อมูลประมาณ 7-15 TB ต่อปี ในขณะที่ SSD ระดับผู้บริโภคกำหนด TBW ไว้ที่ 300-600 TBW ตัวอย่างเช่น ไดรฟ์ 1 TB ที่มีค่า TBW 600 อาจใช้งานได้หลายทศวรรษ (ประมาณ 40 ปีที่ระดับเขียนทั่วไป) ซึ่งหมายความว่าความทนทานจะไม่ใช่ปัจจัยที่ทำให้ไดรฟ์ชีวิตสิ้นสุด แต่ตัวเลขที่ผมเห็นสำหรับ SSD ของผมยังคงรู้สึกสูงแม้จะมีบริบทนี้
บางไดรฟ์ราคาถูกหรือรุ่นเก่าอาจไม่แสดงรายละเอียดบางอย่าง แม้บน CrystalDiskInfo ก็ตาม
ตัวเลขดูน่ากลัว แต่โดยปกติไม่ใช่ปัญหา
ทำไมความทนทานของ SSD จึงไม่ทำงานแบบที่ส่วนใหญ่คิด
ผมตกใจตอนเห็นตัวเลขการเขียนมาก แม้จะเข้าใจได้ แต่ความตกใจนั้นผิดที่ TBW ไม่ใช่วันหมดอายุที่แน่นอน แต่มากกว่านั้นคือเกณฑ์รับประกันของผู้ผลิต ที่รับประกันปริมาณข้อมูลที่ไดรฟ์จะรับมือได้ภายใต้เงื่อนไขปกติ อย่างไรก็ตาม SSD โดยทั่วไปจะเกินขีดจำกัดนี้ไปมาก 主因คือการเสื่อมสภาพของเซลล์ NAX เป็นกระบวนการช้าๆ และการเขียนข้อมูลโดยทั่วไปจะถูกกระจายอย่างสม่ำเสมอทั่วไดรฟ์โดยเทคโนโลยี wear leveling
ผมได้เปรียบเทียบไดรฟ์ผู้บริโภคต่างๆ:
| รุ่น SSD | อินเตอร์เฟซ | ความจุ | ค่า TBW |
|---|---|---|---|
| Samsung 870 EVO | SATA | 1TB | 600 TBW |
| WD Blue SN580 | NVMe (PCIe 4.0) | 1TB | 600 TBW |
| Crucial P3 Plus | NVMe (PCIe 4.0) | 1TB | 220 TBW |
| SK Hynix Platinum P41 | NVMe (PCIe 4.0) | 1TB | 750 TBW |
จากตารางข้างต้น ไดรฟ์ราคาถูกมักมีค่า TBW ต่ำกว่าตัวเลือกระดับกลางอย่างมาก นี่เป็นรายละเอียดสำคัญหากคุณวางแผนใช้ไดรฟ์นาน แต่ประสิทธิภาพไม่ตกเมื่อเข้าใกล้ขีดจำกัด TBW มักจะคงที่จนกว่าเซลล์จะล้มจริง และนั่นคือจุดที่ทำให้ตัวเลขของไดรฟ์ผมน่ากลัวน้อยลง แม้ไดรฟ์จะถึง 85% ของความทนทานที่กำหนด ประสิทธิภาพยังคงเหมือนไดรฟ์ใหม่ที่ทำงานปกติ
การเขียนข้อมูลมากมายมาจากไหน?
Windows ไม่ได้ว่างเลยคอ
ตัวเลขที่ผมเห็นน่าประหลาด เพราะผมรู้สึกว่ายังไม่ได้ทำกิจกรรมผิดปกติ แต่การเขียนข้อมูลพื้นหลังของ Windows อธิบายได้
Hibernation (hiberfil.sys) มีผลกระทบสูงสุด เมื่อ PC เข้าโหมด Hibernation แบบเต็ม Windows จะเขียนเนื้อหา RAM ทั้งหมดลงดิสก์ Fast Startup ซึ่ง Windows 11 ใช้โดยค่าเริ่มต้น ทำงานต่างออกไป: มัน hibernate แค่ kernel session ไม่ใช่ RAM ทั้งหมด สร้างไฟล์เล็กลงมาประมาณ 40% ของ RAM ติดตั้ง บนระบบ 16 GB ก็ยังเขียนประมาณ 6 GB ทุกครั้งที่ปิดเครื่อง
Pagefile (virtual memory) ก็มีผลสูง Windows ใช้ pagefile สำหรับหน่วยความจำเสมือน และจัดการขนาดแบบไดนามิก ไฟล์นี้ขยายและหดตัวตลอดเวลาเนื่องจากความกดดันของหน่วยความจำ สร้างการเขียนพื้นหลังมาก
ยังมีผลจาก Windows Update cache การเขียนเหล่านี้นادرة แต่ใหญ่หลาย GB สำหรับอัปเดตใหญ่ นอกจากนี้ System Restore / Volume Shadow Copy (VSS) ก็สร้างการเขียนค่อนข้างมาก
Windows Search indexing และ SysMain (Superfetch) ก็สร้างการเขียนบ้าง แต่ผลกระทบไม่มากเท่าเทียม ด้วยความเข้าใจนี้ จึงชัดเจนว่าทำไมระบบของผมถึงบันทึกการเขียนได้ถึง 40 TB
การปรับแต่งที่ทำให้ต่างออกไป - และสิ่งที่ผมทิ้งไว้
การปิดบริการพื้นหลังไม่จำเป็นและไม่เป็นจริงสำหรับไดรฟ์ส่วนใหญ่ ผมจึงเน้นการเปลี่ยนแปลงที่ส่งผลต่อกิจกรรมที่มีปริมาณการเขียนสูงสุด รวมถึงการปิด Hibernation ทั้งหมด ฟีเจอร์นี้ไม่จำเป็นบนเดสก์ท็อปที่ไม่ใช้แบตเตอรี่ เพียงรันคำสั่ง powercfg /h off บน command prompt ที่เปิดด้วยสิทธิ์ admin ก็ปิดได้
ผมไม่ได้ปิด Search indexing แต่จำกัดให้ดัชนีเฉพาะโฟลเดอร์ที่ค้นหา เช่น Documents และ Start Menu แต่ปล่อย SysMain ไว้ และเก็บ VSS เพราะแลกมากับการสูญเสีย restore points ไม่คุ้ม ของทุกการเปลี่ยนแปลง การปิด hibernation เป็นสิ่งที่สำคัญที่สุด เพราะมันเขียนข้อมูลมากที่สุดลง SSD
