ฉันควรจัดระเบียบ SSD ของฉันหรือไม่


121

ฉันเพิ่งได้เรียนรู้ว่าควร "ไม่เคยจัดระเบียบ SSD ของคุณ" แต่ฉันไม่รู้ว่ามันเป็นเรื่องจริงหรือเปล่า

ฉันเชื่อว่า Windows 10 ถูกกำหนดเวลาโดยอัตโนมัติเพื่อจัดระเบียบข้อมูลบน SSD ของฉันให้เสร็จสิ้น แต่ฉันยกเลิกไปแล้ว มันจะทำให้เกิดปัญหาใด ๆ สำหรับการจัดเรียงข้อมูลทำมาก่อนหรือไม่

SSD ยังไม่ถูกแบ่งพาร์ติชันเนื่องจากฉันไม่เห็นไดรฟ์ SSD ในโฟลเดอร์ My Computer เฉพาะในตัวจัดการฮาร์ดแวร์ของระบบ ขั้นตอนที่ถูกต้องที่ฉันควรทำเพื่อติดตั้ง Windows บน SSD (เป็น SSD ตัวแรกของฉันคืออะไร)


12
คำแนะนำในการ "ไม่เคยจัดระเบียบ SSD ของคุณ" ล้าสมัยและมาจากช่วงเวลาที่ SSD ทำงานช้าลงและมีความทนทานในการเขียน จำกัด กว่า SSD ที่ทันสมัย Modern SSDs มีแนวโน้มที่จะ จำกัด IOPS และระบบไฟล์ที่จัดเรียงข้อมูลต้องใช้ I / Os น้อยลง
David Schwartz

5
ถึงจุด @DavidSchwartz จำนวนการเขียน / ลบที่จำเป็นในการฆ่า SSD ที่เป็นธรรมชาตินั้นสูงมากอย่างน่าขัน เว้นแต่ว่าคุณกำลังประมวลผลข้อมูลจำนวนมากพิเศษ SSD ของคุณจะมีอายุการใช้งานยาวนานกว่าส่วนประกอบอื่น ๆ ของคุณแม้ว่าคุณจะใช้งาน defrags ทั่วไปก็ตาม
DanK

29
ทำไมคุณต้องการจัดระเบียบ SSD จุดประสงค์ของการจัดเรียงข้อมูลคือการทำให้ไฟล์ติดกันบนดิสก์ดังนั้นหัวอ่านจึงไม่ต้องหาที่อื่น (ซึ่งต้องใช้เวลาเนื่องจากต้องใช้การเคลื่อนไหวทางกายภาพ) เพื่ออ่านไฟล์ ฉันไม่มีความเชี่ยวชาญ แต่ AFAIK SSD นั้นมีสถานะที่มั่นคงและเข้าถึงแบบสุ่ม การเข้าถึงทั้งหมดใช้เวลาเดียวกันดังนั้นจึงไม่สำคัญว่าจะกระจายบล็อกไฟล์อย่างไร
jamesqf


6
ในฐานะที่เป็นบันทึกของ Ajedi32 คำแนะนำในคำถามสองข้อนั้นตรงกันข้าม ที่ควรมีผลต่อทิศทางของการทำซ้ำ หากข้อเสนอแนะในคำถามอื่น ๆ ได้รับการพิจารณาว่าผิดผู้อ่านที่เชื่อมโยงไปถึงที่นั่นเท่านั้นจะพบคำตอบสำหรับคำถามนี้คือถ้ามีการทำสำเนาของคำถามนี้
fixer1234

คำตอบ:


135

ให้ Windows ทำงานได้ เดือนละครั้งจะทำการจัดเรียงข้อมูลจริงเต็มรูปแบบเช่นกันบน SSD เพื่อปรับแต่งข้อมูลเมตาภายในให้เหมาะสม

คำตอบสั้น ๆ คือใช่ Windows บางครั้งจัดเรียงข้อมูล SSD ใช่สิ่งสำคัญคือการจัดเรียงข้อมูล SSD อย่างชาญฉลาดและเหมาะสมและใช่ Windows เป็นคนฉลาดเกี่ยวกับวิธีปฏิบัติต่อ SSD ของคุณ

นี่คือคำตอบจาก Microsoft:

เครื่องมือเพิ่มประสิทธิภาพการจัดเก็บข้อมูลจะทำการจัดเรียง SSD หนึ่งครั้งต่อเดือนหากเปิดใช้งานสแน็ปช็อตปริมาณ โดยการออกแบบและจำเป็นเนื่องจากการชะลอตัวสำเนา VolSnap ในการเขียนบนไดรฟ์ นอกจากนี้ยังมีความเข้าใจผิดว่าการแตกแฟรกเมนต์ไม่ใช่ปัญหาสำหรับ SSD หาก SSD มีการแยกส่วนมากเกินไปคุณสามารถเข้าถึงการแตกไฟล์สูงสุด (เมื่อข้อมูลเมตาไม่สามารถแสดงแฟรกเมนต์ไฟล์เพิ่มเติมได้อีก) ซึ่งจะส่งผลให้เกิดข้อผิดพลาดเมื่อคุณพยายามเขียน / ขยายไฟล์ นอกจากนี้การแตกแฟรกเมนต์ไฟล์เพิ่มเติมหมายถึงข้อมูลเมตาเพิ่มเติมที่จะประมวลผลขณะอ่าน / เขียนไฟล์ซึ่งอาจทำให้ประสิทธิภาพการทำงานช้าลง

เท่าที่เกี่ยวข้องกับ Retrim คำสั่งนี้ควรรันตามกำหนดเวลาที่ระบุใน dfrgui UI จำเป็นต้องใช้ Retrim เนื่องจากวิธีการประมวลผล TRIM ในระบบไฟล์ เนื่องจากประสิทธิภาพที่แตกต่างกันของฮาร์ดแวร์ที่ตอบสนองต่อ TRIM TRIM จึงได้รับการประมวลผลแบบอะซิงโครนัสโดยระบบไฟล์ เมื่อไฟล์ถูกลบหรือพื้นที่ว่างเป็นอย่างอื่นระบบไฟล์จะจัดคิวคำขอการตัดแต่งที่จะดำเนินการ หากต้องการ จำกัด การใช้ทรัพยากรที่มองหาคิวนี้อาจเพิ่มขึ้นเป็นจำนวนสูงสุดของการร้องขอการตัดแต่ง หากคิวมีขนาดใหญ่สุดคำร้องขอ TRIM ที่เข้ามาอาจถูกทิ้ง ไม่เป็นไรเพราะเราจะเข้ามาเป็นระยะและทำ Retrim with Storage Optimizer Retrim เสร็จสิ้นอย่างละเอียดซึ่งควรหลีกเลี่ยงการชนขนาดคิวคำขอ TRIM สูงสุดที่จะลดขนาด TRIM

ดังนั้นติดตั้ง Windows บน SSD และลืมมัน Windows จะทำทุกอย่างด้วยตัวเอง


17
บางครั้งเราคุยโวเกี่ยวกับ Microsoft ที่โง่มาก แต่บางครั้งฉันก็รู้สึกทึ่งกับความคิดของ Windows-Elements
BlueWizard

1
อย่างไรก็ตาม AFAIK Linux / EXT ไม่จำเป็นต้องทำสิ่งนี้เลย
spraff

6
การแตกแฟรกเมนต์ถูกเก็บไว้ให้น้อยที่สุดใน EXT แต่ยังสามารถเกิดขึ้นได้ในกรณีการใช้งานเฉพาะอย่างน้อยใน Ext3: en.wikipedia.org/wiki/Ext3# ข้อเสีย
Bret

6
สายพันธุ์ EXT แยกส่วนและเสียประสิทธิภาพ ใครก็ตามที่พูดอย่างอื่นก็คือ Linux ที่เหนือกว่า ที่มา: ฉันใช้งานไดร์เวอร์สำหรับมันและใช้งานได้
imallett

1
@spraff นั่นเพราะ EXT ออกจากช่องว่างระหว่างบล็อกและไฟล์ไม่จำเป็นต้องเขียนบางส่วนที่อื่นเมื่อมันเติบโต เมื่อมันโตขึ้น โดยทั่วไปเมื่อคุณมีไฟล์วิดีโอ (ซึ่งไม่เคยเติบโต) มันยังคงใช้พื้นที่มากกว่าที่จำเป็นและทำให้เปลืองพื้นที่ ไม่มีระบบที่สมบูรณ์แบบ
BlueWizard

50

ฉันเพิ่งได้เรียนรู้ว่าควร "ไม่เคยจัดระเบียบ SSD ของคุณ" แต่ฉันไม่รู้ว่ามันเป็นเรื่องจริงหรือเปล่า

ความรู้เล็กน้อยเป็นสิ่งที่อันตราย อย่าจัดเรียงข้อมูลบน SSD ของคุณน่าจะเป็นความคิดที่ดีถ้าระบบของคุณไม่มีส่วนเกี่ยวข้องกับ SSD อย่างแท้จริง - พูด Windows XP และถ้า SSDs เป็นเกล็ดหิมะที่เปราะบางมีแนวโน้มที่จะสวมใส่ออกและละลายในความร้อนที่รุนแรงของการใช้งานปกติ - ฉันมีคำตอบรายละเอียดว่าทำไมไม่เป็นความจริง มันค่อนข้างยากที่จะ 'เสื่อมสภาพ' ไดรฟ์ในการใช้งานปกติ มันอาจจะเป็นประโยชน์ในการแก้ปัญหานี้

ลองพิจารณาด้วยว่าหากแอปพลิเคชันของคุณกำลังฆ่า SSD หรือแม้แต่เขียนหนักเช่นเดียวกับ Spotifyผู้คนก็จะพลิก และบ่อยครั้งที่คนที่เขียนระบบปฏิบัติการนั้นฉลาด

ฉันอ้างอิงโพสต์บล็อกนี้จาก Scott Hanselman อย่างหนักสำหรับคำตอบที่เหลือ คำตอบของ Magicandre ก็อ้างถึงสิ่งนี้เช่นกัน แต่ฉันก็เอาบทเรียนที่แตกต่างออกไป มันคุ้มค่าที่จะอ่านรายละเอียด ฉันใช้เวลาไม่กี่เสรีภาพกับวิธีที่ฉันแสดงข้อมูล ฉันจะเริ่มต้นด้วยสิ่งนี้

ฉันคิดว่าความเข้าใจผิดที่สำคัญคือคนส่วนใหญ่มีรูปแบบดิสก์ \ ไฟล์ที่ล้าสมัยมากและวิธีการทำงานของ SSD

SSDs ทำชิ้นส่วนและเศษเหล่านี้จะต้องมีการเฝ้าติดตาม ในระดับพื้นฐานการจัดเรียงข้อมูล SSD ช่วยให้ระบบไฟล์ของคุณทำงานได้อย่างมีประสิทธิภาพแม้ว่าจะแตกต่างจากวิธีที่สนิมไดรฟ์หมุน โพสต์ที่ฉันอ้างอิงชี้ให้เห็นภาพรวมของปริมาณจะช้าโดยไม่จัดระเบียบ

SSD ยังมีแนวคิดของ TRIM ในขณะที่ TRIM (retrim) เป็นแนวคิดแยกต่างหากจากการแตกแฟรกเมนต์มันยังคงถูกจัดการโดยระบบย่อย Windows Storage Optimizer และกำหนดการถูกจัดการโดย UI เดียวกันจากมุมมองของผู้ใช้

TRIM นั้นดี Trim บันทึกบนการเขียนเนื่องจากเป็นกลไกในการทำเครื่องหมายบล็อกว่าอ่านแล้วโดยไม่ต้องลบทิ้งและลบทิ้งตามต้องการ

ใครก็ตามที่บอกให้คุณไม่ต้องจัดเรียงข้อมูลบนไดรฟ์ไม่มีความคิดว่าระบบปฏิบัติการที่ทันสมัยได้รับการออกแบบสำหรับ SSDและกระบวนการทำความสะอาดที่จำเป็นจะถูกรีด

ในขณะที่การดึงดูดสมมติว่าคุณรู้ดีกว่าในกรณีนี้ผู้ที่เขียนระบบปฏิบัติการได้ปรับสิ่งต่าง ๆ ให้เหมาะกับคุณ รักษาความสงบและให้ Windows จัดระเบียบไดรฟ์ของคุณ


8
ฉันคิดว่าคำตอบนี้จะได้รับการปรับปรุงอย่างมากโดยกล่าวถึงที่อยู่บล็อกแบบลอจิคัลกับที่อยู่บล็อกแบบฟิสิคัล เป็นไปไม่ได้ที่จะจัดเรียงข้อมูล SSD ซึ่งเป็นขั้นตอนระดับระบบไฟล์ที่ส่งผลให้เกิดที่อยู่แบบลอจิคัลตามลำดับจะยังคงส่งผลให้ข้อมูลกระจัดกระจายไปทั่วดิสก์ทางกายภาพเนื่องจากการทำแผนที่แฟลช
Ben Voigt

ความจริงแล้วนี่เป็นแนวคิดที่ฉันยังไม่ได้คิดมาก ฉันเชื่อว่าการรักษาอย่างเต็มรูปแบบนั้นจะทำให้คำตอบที่ยอดเยี่ยมสำหรับหนึ่งในคำถามของฉันและฉันมีตัวแทนบางส่วนที่ลอยอยู่ในบัญชีทดสอบของฉันฉันมีความสุขที่ได้รับรางวัลเป็นรางวัลสำหรับมัน
Geek

22

เพื่อความสมบูรณ์ '

การกระจายตัวของมันขึ้นอยู่กับระบบไฟล์ (FS)ไม่ใช่ในแผ่นดิสก์หรือระบบปฏิบัติการ

ซึ่งหมายความว่าคำตอบสำหรับคำถามของคุณไม่จำเป็นต้องถาม Windows * จริงๆ SSD เป็นเคสพิเศษ - ทำงานแตกต่างจากแผ่นดิสก์ทั่วไป

FS เป็นวิธีการจัดระเบียบไฟล์ของคุณบนแผ่นดิสก์ รูปแบบของ Windows ที่พบมากที่สุดและNTFS FAT32ใช้กันมากที่สุด FSs บนลินุกซ์ext3/ ext4แต่มีคนอื่น ๆ ( zfs, xfs, jfs, ReiserFS, btrfsและอื่น ๆ )

แผ่นแบ่งออกเป็นบล็อก คุณสามารถจินตนาการได้ว่ามันเป็นเทปยาวที่คุณสามารถเขียนข้อมูลได้ เมื่อคุณเขียนบางอย่างลงบนดิสก์คุณใช้บล็อคเหล่านี้ เห็นได้ชัดว่าคุณต้องการเขียนไฟล์ที่เกี่ยวข้องติดกับแต่ละไฟล์และเขียนไฟล์เดียวในบล็อกเดียวดังนั้นคุณไม่ต้องกระโดดไปรอบ ๆ เทป เมื่อสิ่งที่กระจัดกระจายอยู่ทั่วว่าเป็นสิ่งที่เราเรียกว่าการกระจายตัว การจัดเรียงข้อมูลจัดระเบียบพวกเขา

เห็นได้ชัดว่าคุณจัดระเบียบสิ่งต่าง ๆ อย่างไร (FS) กำหนดว่าจัดระเบียบได้ดีแค่ไหน (ไม่ว่าจะมีการแยกส่วน) หากคุณจัดระเบียบไฟล์ของคุณตั้งแต่เริ่มต้นคุณจะไม่มีการแยกส่วน นั่นคือสิ่งที่เกิดขึ้นในบางระบบไฟล์ (เช่นextครอบครัว) ระบบไฟล์เหล่านี้จัดระเบียบไฟล์ของคุณได้ทันที (ก่อนเขียน) เพื่อให้คุณไม่ต้องจัดระเบียบไฟล์ยกเว้นภายใต้สถานการณ์พิเศษเมื่อไม่มีทางเลือกอื่นนอกจากจะแนะนำความผิดปกติเล็กน้อย

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับext4วิธีป้องกันการแตกแฟรกเมนต์คุณสามารถดูหน้านี้

ตอนนี้ SSD ทำงานแตกต่างกัน มันไม่ใช่เทป คุณสามารถเข้าถึงได้ทันทีทุกที่ จุดรวมของการจัดเรียงข้อมูลคือคุณจัดระเบียบไฟล์ของคุณอย่างเป็นระเบียบเพื่อที่คุณจะได้ไม่ต้องกระโดดไปมา ไม่มีวิธีที่จะกระโดดไปมาใน SSD คุณไม่สนใจว่าคุณต้องไปที่ปลายอีกด้านของเทปไปมาหรือไม่ ไม่มีเทป

อย่างไรก็ตามมีวิธีอื่นในการปรับแต่ง SSD ให้เหมาะสม ดูหัวข้อนี้เพื่อความกระจ่าง

* เกือบ; ตัวเลือกระบบไฟล์มีความสัมพันธ์กับระบบปฏิบัติการ ผู้ใช้ Linux ส่วนใหญ่ใช้ FS ต่างจากผู้ใช้ Windows หรือ OS X


3
ตรงนี้ การกระจายตัวของมันเกิดขึ้นในระดับ FS โดยไม่คำนึงถึงสื่อเก็บข้อมูล สื่อบางประเภทได้รับผลกระทบมากกว่าสื่ออื่น ๆ แต่ก็มีผลกระทบอยู่เสมอและจะไม่หายไปเพียงเพราะคุณมี SSD
Dmitry Grigoryev

1
ความแตกต่างที่สำคัญคือ Ext3 และ FAT เทียบกับ Ext4 และ NTFS จริงๆ แต่ถึงอย่างนั้นแอพพลิเคชั่นระบบปฏิบัติการและฮาร์ดแวร์ก็มีส่วนสำคัญอยู่บ่อยครั้ง Windows จัดเรียงไฟล์ที่ใช้เมื่อเริ่มต้นตามลำดับที่ใช้เช่นอนุญาตให้เริ่มต้นส่วนใหญ่ใช้การอ่านบล็อกแทนการค้นหา คุณสามารถเรียกการจัดเรียงข้อมูลได้ว่า - นอกจากการจัดเรียงข้อมูลบนระดับ FS (ลดการกระจายตัวของไฟล์) แล้วยังจัดกลุ่ม "จัดเรียงข้อมูล" ของไฟล์เพื่อเพิ่มประสิทธิภาพการเข้าถึงในแบบที่ FS ไม่สามารถช่วยเหลือได้จริง คุณสามารถจินตนาการถึงการเพิ่มประสิทธิภาพที่คล้ายกันหลายอย่างเช่นการย้าย DLLs ใกล้กับ EXE
Luaan

มีเลเยอร์ต่าง ๆ มากมายที่สำคัญในแบบของพวกเขาเอง ตัวอย่างเช่นการสตริปเป็นวิธีการแยกส่วนโดยเจตนาที่สามารถปรับปรุงประสิทธิภาพได้ องค์กรทางกายภาพของ HDD ยังสามารถใช้สิ่งนี้ได้หาก HDD มีหลายหัวที่สามารถอ่านได้จากหลายแผ่นพร้อมกัน SSD ไม่จำเป็นต้องหมุนแผ่นเสียงและย้ายหัวเพื่อค้นหา แต่ยังคงมีขีด จำกัด ของ IOPS - และด้วยความเร็วของ SSD วันนี้สิ่งนี้มักมีความสำคัญมากกว่าแบนด์วิดท์แบบดิบ การค้นหา SSD นั้นไม่เร็วพอที่จะทำให้แบนด์วิดท์อิ่มตัว การแตกเป็นส่วนเล็ก ๆ ของปัญหาพื้นฐาน - แคช
Luaan

@ Luaan: ไม่มีสิ่งเช่น "ค้นหา SSD" ฉันคิดว่าคุณกำลังพูดถึงค่าใช้จ่ายในการประมวลผลคำสั่ง
Ben Voigt

1
@ BenVoigt ฉันคิดว่า Luaan หมายความว่าไฟล์ที่ไม่รวมบัญชียังคงใช้เวลาอ่านนานกว่าบน SSD ไม่มีความล่าช้าในการค้นหา แต่มีความแตกต่างอย่างมีนัยสำคัญระหว่างการอ่านตามลำดับและการสุ่มบน SSD
user1306322

7

คำตอบที่มีอยู่นั้นยอดเยี่ยม แต่ฉันมีบางสิ่งที่จะเสริมพวกเขา ...
ฉันจัดระเบียบ SSD ของฉันและปิดการใช้งานอัตโนมัติ TRIMแต่ด้วยเหตุผลที่แตกต่างกันโดยสิ้นเชิงกว่าที่กล่าวถึง:

  1. ฉันต้องการกู้คืนไฟล์หรือพาร์ทิชันถ้า & เมื่อฉันลบบางอย่างโดยไม่ตั้งใจ
    ไม่ไม่เกิดขึ้นบ่อยครั้ง แต่เกิดขึ้นไม่กี่ครั้งมันค่อนข้างน่าผิดหวังที่ไม่สามารถกู้คืนสิ่งต่าง ๆ ที่ฉันสามารถกู้คืนได้ในฮาร์ดไดรฟ์แม้ว่าฉันจะพยายามกู้คืนทันทีหลังจากลบ .

  2. ฉันขยายย่อและย้ายพาร์ติชั่นทุก ๆ เดือนและการจัดเรียงข้อมูลและการรวมไฟล์ทำให้การดำเนินการนี้เร็วขึ้นและมีความเสี่ยงน้อยลง คุณคิดว่าคุณสามารถเชื่อถือผู้จัดการพาร์ทิชันได้ทุกวันนี้ แต่จนถึงปลายเดือนธันวาคม 2558 ฉันพบข้อผิดพลาด (ความเสียหาย) ในการย้าย / ปรับขนาดแบบธรรมดา และผู้จัดการพาร์ทิชันที่ชาญฉลาดพยายามหลีกเลี่ยงการทำงานบนไดรฟ์ที่มีการแยกส่วนอย่างหนักก่อนที่จะเกิดความเสียหายใด ๆ (และมักจะไม่ประสบความสำเร็จ)

  3. บางครั้งฉันใช้ Linuxและฉันได้รับความเสียหายจากโวลุ่ม NTFS เมื่อไม่นานมานี้เมื่อประมาณหนึ่งปีที่แล้ว นี่ไม่ได้เกิดจากการแตกแฟรกเมนต์โดยเฉพาะ แต่เมื่อเห็นว่ามันไม่สามารถจัดการกับไฟล์ที่ไม่มีการจัดเรียงอย่างถูกต้องได้ฉันกำลังอยู่ในการป้องกันและพยายามที่จะนำเสนอในปริมาณที่สะอาดที่สุดเท่าที่จะเป็นไปได้ ของเวลา)

ส่วนที่น่าเศร้าเกี่ยวกับ # 2 และ # 3 คือคนที่ไม่ได้เห็นปัญหาเหล่านี้ด้วยสายตาของตัวเองมักจะคิดว่าฉันเป็นคนบ้าและกำลังทำสิ่งนี้ให้เสร็จหรือระบบของฉันต้องพังอย่างใด แต่ฉันทำซ้ำหลายครั้งในหลายระบบและในฐานะคนที่เขียนโปรแกรมอ่าน NTFS ของตัวเองฉันรู้เรื่องหนึ่งหรือสองเกี่ยวกับระบบไฟล์และการเขียนโปรแกรมเคอร์เนล ... โดยที่ NTFS อยู่ตรงกลาง ดังนั้นฉันรู้ข้อบกพร่องเมื่อฉันเห็นพวกเขา ไม่มีใครเชื่อฉัน แต่ฉันเตือนผู้คนต่อไปเนื่องจากฉันเห็นสิ่งเหล่านี้เกิดขึ้นด้วยตาของฉันเอง - ดังนั้นถ้าคุณยุ่งกับพาร์ติชั่นหรือใช้งาน Linux เลยแนะนำให้คุณจัดระเบียบฮาร์ดไดรฟ์ YMMV

โอ้และอย่าลืมเรียกใช้ TRIM ด้วยตนเองทุกครั้งเมื่อคุณไม่ต้องการกู้คืนอะไร แม้ว่าฉันจะซื่อสัตย์ แต่ฉันก็ยังไม่เห็นประโยชน์ใด ๆ จากมัน ...


1
ยอดเยี่ยมเป็นขั้นตอนที่ดีในการจัดเรียงข้อมูล (และแม้กระทั่ง "ศูนย์") ด้วยเหตุผลเดียวกันโดยเฉพาะอย่างยิ่งสำหรับการถ่ายภาพ ไฟล์ที่ต่อเนื่องกันนั้นจะกู้คืนได้ง่ายกว่าแม้บางส่วน หาเวลากันคุณจะได้รับประโยชน์จากการดึงข้อมูลล่วงหน้า (อ่านล่วงหน้า) หากระบบปฏิบัติการฉลาดพอ SSD มีแนวโน้มที่จะช้ากว่าหน่วยความจำ (อาจไม่จริงเสมอไป)
mckenzm

คำแนะนำ Linux ของคุณไม่ใช่ "ถ้าคุณใช้ Linux และติดตั้งระบบไฟล์ NTFS อ่าน / เขียนด้วย" ไม่ใช่จริง ๆ "ถ้าคุณใช้ Linux เลย" การใช้ Linux พร้อม ext4 หรือ XFS บน SSD นั้นปลอดภัยอย่างสมบูรณ์ (และ FAT สำหรับเรื่องที่เพื่อให้คุณสามารถสร้างพาร์ทิชัน FAT สำหรับการแลกเปลี่ยนข้อมูลถ้าจำเป็นต้อง.)
mattdm

@mattdm: ใช่ฉันเดา (แปลกฉันคิดว่าฉันตอบเรื่องนี้ไปแล้ว ... )
Mehrdad

0

คุณสามารถจัดเรียงข้อมูล ssd ของคุณได้ คุณควร ไม่บ่อยมากนัก แต่มีบางกรณีที่จะเป็นประโยชน์ในการทำสิ่งนี้น้อยมาก

a) คุณมี Samsung Evo 840 ที่ได้รับผลกระทบจากการอ่านไฟล์เก่าที่ช้า การจัดเรียงข้อมูลอย่างมีประสิทธิภาพจะเขียนพวกเขาและพวกเขาจะไม่เป็นไฟล์เก่าอีกต่อไป

b) ในขณะที่เอฟเฟกต์ของการแตกแฟรกเมนต์บน SSD นั้นมีขนาดเล็กมากตัวควบคุมยังคงต้องรวบรวมไฟล์ที่กระจายไปทั่วชิปแฟลชจำนวนมาก ผลกระทบต่อประสิทธิภาพการทำงานของสิ่งนี้มีขนาดเล็กมาก แต่การจัดเรียงข้อมูลอีกครั้งควรจัดระเบียบไฟล์ใหม่และทำให้ง่ายขึ้นสำหรับคอนโทรลเลอร์ในการประกอบอีกครั้ง

c) หากคุณมีอะไรที่ใกล้เคียงกับ ssd ที่ทันสมัย ​​defrag เป็นครั้งคราวจะไม่ส่งผลกระทบต่อเวลาชีวิตพอที่จะมีความสำคัญ ในปี 2018 เว็บไซต์เทคโนโลยี hw ทำการทดสอบความทนทานของ ssd และ Samsung evo 840 500GB ซึ่งใช้ 2d tlc (ซึ่งมีความอดทนต่ำมาก) ล้มเหลวในการเขียนประมาณ 600 TB สิ่งที่ดีกว่าน่าจะใช้ 3d tlc (เรียกว่า vnand โดยบาง บริษัท ) ซึ่งมีความอดทนมากขึ้น แบบจำลองที่ใหญ่กว่านั้นยังมีเซลล์จำนวนมากที่จะเขียนซึ่งเพิ่มความทนทานต่อไป และถ้าคุณมีความอดทนไดรฟ์มืออาชีพที่มีขนาดใหญ่เป็นปัญหาที่ไม่สมบูรณ์ (ในการทดสอบที่ผมกล่าวถึงก่อนหน้านี้ Samsung pro 512 GB กินเวลานานถึง 9 PB สำหรับการเขียน ... รุ่นที่มีขนาดใหญ่ / ใหม่ควรมีอายุมากกว่า) ตัวเลขเหล่านี้เป็นไปไม่ได้ที่จะเข้าถึงได้หากคุณไม่ได้ตั้งใจ เขียนเคยฆ่า (คนที่ราคาถูกอยู่แล้ว


-3

การจัดเรียงข้อมูล SSD ส่งเสริมความล้มเหลวในช่วงต้นของบล็อกหน่วยความจำต่ำสุดที่ระบุ

ดู: http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

"แม้จะมีอัลกอริธึมการสึกหรอระดับกระจายไปทั่วแฟลชในที่สุดเซลล์ทั้งหมดจะล้มเหลวหรือไม่เหมาะสำหรับการปฏิบัติหน้าที่เมื่อเกิดขึ้นพวกมันจะถูกปลดออกและแทนที่ด้วยแฟลชที่จัดสรรจากพื้นที่ overprovisioned ของ SSD อะไหล่ NAND นี้รับรองว่า ความจุที่ผู้ใช้งานไดรฟ์สามารถเข้าถึงได้นั้นไม่ได้รับผลกระทบจากสงครามการขัดสีทำลายเซลล์ของมัน "

"การบาดเจ็บล้มตายในที่สุดจะเกินความสามารถของไดรฟ์ในการชดเชยทิ้งคำถามที่ไม่ได้รับคำตอบการเขียนจำนวนมากจะเกิดอะไรขึ้นกับข้อมูลของคุณในตอนท้ายหรือไม่ SSD มีประสิทธิภาพหรือความน่าเชื่อถือลดลงหรือไม่


5
นี่เป็นกรณีที่รุนแรงซึ่งไดรฟ์มีข้อมูลจำนวนมากถูกเขียนและเขียนทับ สิ่งนี้เกี่ยวข้องกับการจัดเรียงข้อมูลตามปกติเป็นประจำหรือไม่
Geek

ไม่มันไม่ใช่กรณีที่รุนแรง ... เป็นการทดสอบที่แสดงจุดอ่อนโดยธรรมชาติหรือจุดสิ้นสุดของผลิตภัณฑ์ การทดสอบออกแบบมาเพื่อแสดงข้อ จำกัด
jwzumwalt

-6

แต่ละเซลล์บน SSD ช้าลงทุกครั้งที่เขียนใหม่ ซ่อนดิสก์ที่สึกหรอโดยการติดตามว่ามีการเขียนเซลล์ใดบ้างและเขียนไปยังเซลล์ที่ใช้งานน้อยก่อน การจัดเรียงข้อมูลหมายถึงการเขียนซ้ำจำนวนมากในหลาย ๆ เซลล์ดังนั้นมันจะเสื่อมสภาพ SSD HDs ได้ประโยชน์จากการดีแฟรกเมนต์เนื่องจากประสิทธิภาพดีขึ้นโดยไม่ต้องขยับแขนเซอร์โวบ่อย ๆ แต่ SSD นั้นไม่ช้าเท่าการจัดวางข้อมูลแบบสุ่ม


10
ไม่ได้ลงคะแนน แต่จะสนใจที่จะเห็นแหล่งข้อมูลสำหรับสิ่งนี้
brichins

3
คุณกำลังทำให้เกิดความสับสนในการเขียนขยายกับการสวมใส่ในการปรับระดับ SSD ต้องลบออกก่อนจึงจะสามารถเขียนได้ แต่จะลบบล็อกที่มีขนาดใหญ่กว่าที่เขียนได้ ซึ่งหมายความว่าการเขียนครั้งเดียวอาจทำการเขียนหลาย ๆ ครั้งเพื่อสับเปลี่ยนข้อมูลและเพิ่มบล็อกเพื่อลบ เมื่อมีการเขียนเกิดขึ้นมากขึ้นกระบวนการนี้ก็ซับซ้อนมากขึ้น นั่นคือการขยายการเขียน มีหลายวิธีในการจัดการกับสิ่งนี้เช่น TRIM และการจัดสรรพื้นที่ส่วนเกิน การปรับระดับการสึกหรอจะกระจายออกไปตามเซลล์ที่คุณเขียนถึงดังนั้นมันจะไม่ล้มเหลวอย่างสิ้นเชิง
Schwern
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.