Credit: Tashreef Shareef / MakeUseOf
เผยแพร่เมื่อวันที่ 25 เมษายน 2569 เวลา 6:00 น. EDT
Tashreef เริ่มหลงใหลเทคโนโลยีผู้บริโภกที่ห้องสมุดโรงเรียนเมื่อพบนิตยสารเทคโนโลยี CHIP ซึ่งสุดท้ายจูงให้เขาศึกษาวิทยาการคอมพิวเตอร์ ตั้งแต่ปี 2555 Tashreef เขียนบทความ how-to มากกว่า 1,000 บทความ ให้กับ Windows Report และ How-To Geek ปัจจุบันเขาเน้นเนื้อหา Microsoft Windows ที่ MakeUseOf ซึ่งเขาใช้มาตั้งแต่ปี 2550
ด้วยประสบการณ์โดยตรงในการสร้างเว็บไซต์และบล็อกเทคโนโลยี เขานำมุมมองนักพัฒนาที่ปฏิบัติจริงมาสู่การเขียนเทคนิค ดูพอร์ตโฟลิโอครบได้ที่ itashreef.com
คุณอาจพบวิดีโอสั้นๆ ของเขาที่อธิบายหัวข้อซับซ้อนให้เข้าใจง่าย นอกจากเขียน Tashreef ยังชอบสร้างวิดีโออธิบายสั้นๆ เล่นเกม และดูอนิเมะ
Sign in to your MakeUseOf account
ยากที่จะเชื่อมโยงความช้ากับ SSD แต่วันผ่านไป SSD ใหม่ของคุณจะช้าลง ทำให้ boot นานขึ้น การถ่ายโอนไฟล์ช้า และผล benchmark แย่ลง น่าสื่อสารว่าเป็นไดรฟ์ที่สึกหรอหรือค่าใช้จ่ายปกติของการรัน Windows หลายปี
แม้สิ่งเหล่านั้นจะมีส่วน แต่ยังมีอีกเหตุผลที่ SSD ช้าลง และไม่เกี่ยวกับอายุ Windows มาพร้อมงานบำรุงรักษาที่ควรรันเองและ optimize SSD ให้ประสิทธิ์ดีที่สุด และบนระบบที่สมบูรณ์ มันทำงานได้ แต่การบำรุงรักษานี้อาจหยุดทำงานเงียบๆ หลังอัปเดตหรือเปลี่ยน driver และไม่มีอะไรใน Windows บอกว่ามันเสีย ทำให้ประสิทธิภาพ SSD ตกต่ำ
SSD ช้าลงเมื่อเต็มไปด้วยข้อมูล
แคชหดตัวเมื่อพื้นที่ว่างน้อย
SSD ผู้บริโภคส่วนใหญ่ใช้ TLC flash ที่เก็บ 3 บิตต่อเซลล์ แต่ TLC เขียนช้าโดยตรง ดังนั้นคอนโทรลเลอร์จึงสำรองช่องว่างของเซลล์บางส่วน และเขียนไปที่นั่นเหมือนเป็น SLC (1 บิตต่อเซลล์) SLC cache นี้คือสิ่งที่ให้ไดรฟ์ถึงความเร็วสูงสุดโฆษณาในช่วงสั้นๆ หากสนใจรายละเอียด นี่คือบทนำที่ดีเกี่ยวกับการทำงานของ SSD จริงๆ
จุดสำคัญคือแคชถูกสร้างจากพื้นที่ว่าง เมื่อไดรฟ์เกือบเต็ม เซลล์ว่างสำหรับทำหน้าที่แคชเหลือน้อย การเขียนขนาดใหญ่ล้นแคชที่เหลือและ fallback ไปที่ความเร็ว TLC โดยตรง ซึ่งอาจเป็นเศษส่วนของความเร็วสูงสุด บนบางไดรฟ์ sustained write speed ตกจากหลาย GB/s เหลือต่ำกว่าครึ่งหนึ่งเมื่อแคชหมด
พื้นที่ว่างยังสำคัญสำหรับ housekeeping แบบพื้นหลังของคอนโทรลเลอร์ บล็อกต้องถูกล้างก่อนเขียนใหม่ และรอบการล้างต้องการพื้นที่เพื่อเคลื่อนไหว ด้วยบล็อกเกือบหมดถูกใช้ คอนโทรลเลอร์ติดทุกข์ในการเก็บ pool ของบล็อกที่ล้างไว้พร้อม ซึ่งเพิ่ม latency ให้ทุกการเขียนต่อไป
Partitioning ไม่ช่วยอะไรในที่นี่ คอนโทรลเลอร์จัดการ flash layout ภายใน ดังนั้นการสร้าง partition เพิ่มหรือทิ้งไว้ unmounted ไม่ได้ reserve พื้นที่แคชทางกายภาพ การเก็บพื้นที่ว่างที่เพียงพอบนไดรฟ์คือสิ่งเดียวที่ช่วยได้จริง
WinSAT บอกว่ SSD ของคุณเร็วแค่ไหนจริงๆ
Benchmark built-in สำหรับตรวจสอบความเร็วไดรฟ์จัดเก็บ
วิธีดีๆ ในการบอกว่า SSD ทำงานไม่เต็มที่คือการรัน benchmark test ดูว่ายังได้ความเร็วที่กำหนดหรือไม่ มีหลายวิธีทดสอบความเร็ว SSD แตสำหรับการตรวจสอบเร็วๆ คุณสามารถใช้ built-in tool ชื่อ WinSAT ซึ่งเป็นเครื่องมือที่น้อยคนรู้แต่ใช้ได้ดี
WinSAT เป็น command-line engine ด้านหลัง Windows Experience Index เก่า Microsoft ลบหน้าจอคะแนนผู้ใช้ไปแล้วหลายปี แตเครื่องมือตัวเองยังมาพร้อม Windows 10 และ 11 การใช้งาน: กด Win พิมพ์ cmd เลือก Run as administrator จากนั้นรัน winsat disk -drive C (แทนที่ C ด้วย drive letter ของ SSD)
ทดสอบเสร็จในไม่กี่นาที และพิมพ์ sequential read, sequential write และ random I/O numbers ตรงในคอนโซล คุณสามารถเปรียบเทียบกับความเร็วที่กำหนดจาก spec sheet ของผู้ผลิต หาก sequential write number ต่ำกว่าที่ไดรฟ์ขายมามาก นั่นคือร่องรอยแรกจริงๆ ว่ามีบางอย่างผิดปกติ
ผมชอบ WinSAT เพราะเร็ว ไม่ต้องติดตั้ง และให้ตัวเลขที่นำไปทำได้ ไม่ละเอียดเท่า CrystalDiskMark แตสำหรับ sanity check ก่อนเริ่ม troubleshoot มันตรงที่ต้องการ
TRIM ทำให้ SSD เร็ว และ Windows มีอยู่แล้ว
งานบำรุงรักษาที่หายไปเงียบๆ
Credit: Tashreef Shareef / MakeUseOf
ฮาร์ดดิสก์แบบเดิมต้อง defragment แนวคิดคือเลื่อนชิ้นส่วนไฟล์ให้ติดกัน เพื่อ read head ไม่ต้องกระโดด SSD ไม่มีส่วนเคลื่อนที่ ดังนั้น defragment ไม่ช่วย และการเขียนเพิ่มแค่ทำให้ flash สึกหรอ สิ่งที่ SSD ต้องการคือ TRIM
TRIM เป็นคำสั่งที่บอกคอนโทรลเลอร์ SSD ว่าบล็อกไหนไม่ได้เก็บข้อมูลที่ถูกต้องแล้ว เพื่อให้มัน pre-erase และเก็บ pool ของบล็อกสะอาดพร้อมสำหรับการเขียนใหม่ ไม่มี TRIM ไดรฟ์ต้องทำ read-erase-rewrite cycle ที่ช้ากว่าทุกครั้งที่เขียนบล็อกที่ใช้แล้ว และ write speeds จะตก Windows ควรส่งคำสั่ง TRIM อัตโนมัติตามตาราง แตตารางนี้อาจหยุดทำงานเงียบๆ หลัง system update หรือ driver change และไดรฟ์ไม่ให้เตือน
เพื่อรัน TRIM เอง ให้เปิด elevated terminal และพิมพ์ defrag /O C: (แทนที่ C ด้วย drive letter ของ SSD) สวิตช์ /O บอก Windows ให้ใช้ optimization ที่เหมาะกับประเภทไดรฟ์ นั่นคือ TRIM บน SSD ไม่ใช่ defrag แบบเก่า การรันอาจใช้เวลาหลายนาที บน SATA SSD ที่ถูกไม่สนใจ นานๆ คุณอาจเห็น 20-30% write speed recovery หลังจากนั้น บน NVMe drive ที่สมบูรณ์ การเปลี่ยนแปลงมักเล็กน้อย ซึ่งเป็นข่าวดี: แสดงว่า background TRIM ทำงานอยู่แล้ว
เพื่อให้มันทำงานต่อไป ให้ค้นหา Defragment and Optimize Drives ใน Start menu และเปิดเครื่องมือ หา SSD ของคุณในรายการ และตรวจสอบคอลัมน์ Scheduled optimization ควรจะเขียน On หากไม่ใช่ ให้คลิก Change settings และเปิดมัน Windows จะรัน TRIM ทุกสัปดาห์ ซึ่งพอสำหรับเกือบทุกคน
รักษาการลงทุนที่มีราคาแพงให้รู้สึกเร็ว!
หลังรัน defrag /O บนไดรฟ์หลัก ผมเห็น sequential write speed กลับมาที่ควรจะเป็น และตารางเวลาได้ปิดอยู่เงียบๆ มาหลายเดือน สิ่งที่รบกวนมากที่สุดคือ: ไม่มีการแจ้งเตือน ไม่มีแบนเนอร์เตือน ไร้ ทุกอย่าง ไดรฟ์แค่ช้าลง และคุณร้องเรียนฮาร์ดแวร์
หาก SSD ของคุณรู้สึกช้า ให้รัน WinSAT ก่อน แล้ว defrag /O และตรวจสอบตารางเวลา ใช้เวลา 10 นาที ไม่มีค่าใช้จ่าย และมักแก้ปัญหาได้โดยไม่ต้องซื้อไดรฟ์ใหม่หรือติดตั้ง Windows ใหม่ วิธีแก้ไขถูกสร้างไว้ตลอดเวลา Windows แค่ลืมบอกคุณ
