คนฉลาดที่ไปตามชื่อของ NickN ยังคงโพสต์ฟอรัมความคิดเห็นเกี่ยวกับการสร้างคอมพิวเตอร์ที่ทรงพลัง

เขาสรุปคะแนนเกี่ยวกับไดรฟ์ SSD บางแห่งและเขาสรุปรายการดังนี้

ห้ามแบ่งพาร์ติชัน SSD

เขาไม่ได้อธิบายเกี่ยวกับเรื่องนี้อย่างน่าเสียดาย แต่ฉันสงสัยว่าทำไมเขาถึงพูดเรื่องนี้ ข้อเสียของการแบ่งพาร์ติชัน SSD คืออะไร (การแบ่งพาร์ติชันในบริบทนี้หมายถึง> = 2 พาร์ติชัน)

SSD ทำไม่ได้ฉันทำซ้ำไม่ทำงานในระดับระบบไฟล์!

ไม่มีความสัมพันธ์แบบ 1: 1 ระหว่างวิธีที่ระบบไฟล์เห็นสิ่งของและวิธีที่ SSD เห็นสิ่งต่าง ๆ

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

การตอบสนองต่อคำตอบของโรบินฮู้ด ,

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

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

SSD ทำงานที่การเข้าถึงระดับต่ำกว่าสิ่งที่ระบบไฟล์เห็น SSD ทำงานได้กับบล็อกและเพจ

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

เพื่อให้ง่ายยิ่งขึ้น: พูดว่าคุณเขียนไฟล์บนพาร์ติชั่น 1 ระบบปฏิบัติการบอกระบบไฟล์เกี่ยวกับความต้องการพื้นที่เก็บข้อมูลและระบบไฟล์จัดสรร "ส่วน" แล้วบอก SSD ว่าต้องการพื้นที่จำนวนX ระบบไฟล์จะเห็นไฟล์ที่Logical Block Address (LBA) ที่ 123 (ตัวอย่าง) SSD แจ้งให้ทราบว่า LBA 123 ใช้บล็อค / หน้า # 500 (ตัวอย่าง) ดังนั้นทุกครั้งที่ระบบปฏิบัติการต้องการไฟล์เฉพาะนี้ SSD จะมีตัวชี้ไปยังหน้าที่ถูกต้อง ตอนนี้ถ้าเราเขียนไปยัง SSD สวมใส่การปรับระดับและพูดว่าบล็อก / หน้า # 500 เราสามารถเพิ่มประสิทธิภาพคุณได้ดีขึ้นที่บล็อก / หน้า # 2300 ตอนนี้เมื่อ OS ร้องขอไฟล์เดียวกันและระบบไฟล์ขอให้ LBA 123 อีกครั้งคราวนี้ SSD จะกลับมาบล็อก / หน้า # 2300 และไม่ใช่ # 500

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

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

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

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

ดังนั้นโปรแกรมจัดเรียงข้อมูลจะดู LBA เหล่านั้นและบอกว่าไฟล์นี้จะต้องแยกส่วนจริงๆ! แต่เนื่องจากมันไม่มีเงื่อนงำเกี่ยวกับเรื่องภายในของ SSD จึงผิด 100% นั่นคือเหตุผลที่โปรแกรมการจัดเรียงข้อมูลจะไม่ทำงานบน SSD และใช่โปรแกรมการจัดเรียงข้อมูลยังทำให้เกิดการเขียนที่ไม่จำเป็นตามที่ได้กล่าวไว้

ชุดบทความการเข้ารหัสสำหรับ SSDเป็นภาพรวมที่ดีของสิ่งที่เกิดขึ้นหากคุณต้องการมีเทคนิคเพิ่มเติมเกี่ยวกับวิธีการทำงานของ SSD

สำหรับบางคนมากขึ้น "ไฟ" อ่านเกี่ยวกับวิธี FTL (Flash แปล Layer) ใช้งานได้จริงผมยังแนะนำให้คุณอ่านบทบาทสำคัญอย่างยิ่งของเฟิร์มแวและ Flash เลเยอร์แปล Solid State Drive การออกแบบ  (PDF) จากแฟลชประชุมสุดยอดหน่วยความจำเว็บไซต์

พวกเขายังมีเอกสารอื่น ๆ อีกมากมายเช่น:

• การสร้างแบบจำลองเลเยอร์การแปลของแฟลชเพื่อเพิ่มอายุการใช้งานของระบบ  (PDF)
• ใช้ประโยชน์จากเลเยอร์การแปล Flash ตามโฮสต์สำหรับการเร่งแอปพลิเคชัน  (PDF)

เอกสารอื่นเกี่ยวกับวิธีการทำงาน: ภาพรวมหน่วยความจำแฟลช  (PDF) ดูหัวข้อ "การเขียนข้อมูล" (หน้า 26-27)

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

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

คำแนะนำ "DO NOT PARTITION SSD" นั้นไร้สาระ

ในอดีต (ตอนนี้อยู่ไกล) ระบบปฏิบัติการไม่รองรับ SSD ได้เป็นอย่างดีและโดยเฉพาะอย่างยิ่งเมื่อการแบ่งพาร์ติชันไม่ได้ระมัดระวังในการจัดพาร์ติชันตามขนาดของบล็อกการลบ

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

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

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

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

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

การปรับระดับการสึกหรอจะถูกนำไปใช้กับบล็อคทั้งหมดของอุปกรณ์ (อ้างอิงจากกระดาษขาวของ HP, ลิงค์ด้านล่าง)

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

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

สมุดปกขาวเดียวกันให้คำแนะนำที่ดีในการยืดอายุการใช้งานของอุปกรณ์:

ถัดไปให้ overprovision ไดรฟ์ของคุณ คุณสามารถเพิ่มอายุการใช้งานได้โดยแบ่งพาร์ทิชันส่วนหนึ่งของความจุทั้งหมดของอุปกรณ์ ตัวอย่างเช่นหากคุณมีไดรฟ์ 256 GB - ให้แบ่งพาร์ติชันเป็น 240 GB เท่านั้น สิ่งนี้จะยืดอายุของไดรฟ์อย่างมาก ระดับ overprovisioning 20% ​​(การแบ่งพาร์ติชั่นเพียง 200 GB) จะช่วยยืดอายุการใช้งาน กฎง่ายๆคือทุกครั้งที่คุณเพิ่มการจัดสรรเกินของไดรฟ์เป็นสองเท่าคุณจะเพิ่มความทนทานของไดรฟ์เป็น 1x

สิ่งนี้ยังบอกเป็นนัยว่าแม้จะใช้พื้นที่ที่ไม่ได้แบ่งพาร์ติชั่นในการปรับระดับการสึกหรอ

ที่มา: เอกสารทางเทคนิค - SSD Endurance ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601ENW.pdf )

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

แฟลชทำงานแตกต่างจากฮาร์ดไดรฟ์ mechnical อย่างมากมาย ในระดับแฟลชดิบคุณไม่มีบล็อก แต่หน้าและ "eraseblocks" (เพื่อยืมจากคำศัพท์ Linux MTD) คุณสามารถเขียนหน้าแฟลชทีละครั้งและคุณสามารถลบแฟลช eraseblock ทีละครั้ง

ขนาดหน้าโดยทั่วไปสำหรับแฟลชคือ 2KBytes และขนาดปกติสำหรับการลบบล็อกคือ 128KBytes

แต่ SATA SSD นำเสนออินเทอร์เฟซที่ใช้งานได้กับขนาด 512 ไบต์สำหรับระบบปฏิบัติการ

หากมีการแมป 1: 1 ระหว่างหน้าและส่วนต่างๆคุณสามารถดูว่าคุณจะประสบปัญหาได้อย่างไรหากตารางพาร์ติชันของคุณเริ่มต้นในหน้าคี่หรือหน้าในช่วงกลางของการลบบล็อก เนื่องจาก OS ต่างๆต้องการดึงข้อมูลจากไดรฟ์ใน 4Kbyte chunks เนื่องจากสิ่งนี้สอดคล้องกับฮาร์ดแวร์เพจจิ้ง x86 คุณสามารถดูว่าบล็อก 4Kbyte ดังกล่าวสามารถทำการลบบล็อกได้อย่างไรซึ่งหมายถึงการอัปเดตมันต้องใช้การลบแล้วเขียนบล็อก 2 บล็อกแทน 1 ประสิทธิภาพลดลง

อย่างไรก็ตาม SSD เฟิร์มแวร์จะไม่รักษาการแมป 1: 1 แต่จะแปลฟิสิคัลบล็อกแอดเดรส (PBA) เป็นโลจิคัลบล็อกแอดเดรส (LBA) หมายความว่าคุณไม่เคยรู้ว่าภาค 5000 หรือภาคส่วนอื่นใดที่ถูกเขียนลงในแฟลช มันทำอะไรหลาย ๆ อย่างเบื้องหลังการออกแบบโดยพยายามที่จะเขียนลงใน eraseblock ที่ถูกลบไปก่อนเสมอ คุณไม่สามารถทราบได้อย่างแน่นอนว่าสิ่งที่มันทำโดยไม่ต้องถอดชิ้นส่วนของเฟิร์มแวร์ แต่ถ้าเฟิร์มแวร์เป็นขยะอย่างสมบูรณ์อาจเฟิร์มแวร์ขั้นตอนนี้

คุณอาจเคยได้ยินเกี่ยวกับฮาร์ดไดรฟ์ 4Kn นี่คือฮาร์ดไดรฟ์ mechnical ที่ใช้ขนาดเซกเตอร์ของ 4Kbytes ภายใน แต่ยังคงมีเซกเตอร์อินเตอร์เฟส 512 ไบต์ไปยังระบบปฏิบัติการ สิ่งนี้เป็นสิ่งจำเป็นเนื่องจากช่องว่างระหว่างภาคต้องมีขนาดเล็กลงบนแผ่นเสียงเพื่อให้พอดีกับข้อมูลมากขึ้น

นั่นหมายความว่าภายในจะอ่านและเขียนเซ็กเตอร์ 4K แต่ซ่อนไว้จากระบบปฏิบัติการ ในกรณีนี้ถ้าคุณไม่เขียนไปยังส่วนที่อยู่ในขอบเขต 4KByte คุณจะต้องเสียค่าปรับความเร็วเนื่องจากแต่ละการอ่าน / เขียนจะส่งผลให้มีการอ่านและเขียนใหม่ภายใน 4KByte ทั้งสองส่วน แต่สิ่งนี้ใช้ไม่ได้กับ SSD

อย่างไรก็ตามนี่เป็นสถานการณ์เดียวที่ฉันสามารถนึกได้ว่าทำไมถึงแนะนำว่าไม่ควรแบ่งพาร์ติชัน SSD แต่มันใช้ไม่ได้

สิ่งที่คำตอบเหล่านี้เพิกเฉยคือการเพิ่มประสิทธิภาพ Windows SSD ฉันไม่ทราบว่าสิ่งนี้หมายความว่าการแบ่งพาร์ติชันจะดีกว่า แต่สำหรับ C- ไดรฟ์ที่แบ่งพาร์ติชันเป็นไดรฟ์ Windows คุณสามารถ:

1. เปลี่ยนการจัดทำดัชนี
2. ไม่จำเป็นต้องติดตามเวลาในการเข้าถึงครั้งล่าสุด
3. ไม่จำเป็นต้องเก็บชื่อดอส 8 ตัวอักษรเก่า
4. บายพาสถังขยะ Windows

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

ข้อมูลพื้นฐาน:

SSD คืออะไร:

SSD หรือโซลิดสเตตไดร์ฟเป็นอุปกรณ์เก็บข้อมูลที่ไม่มีชิ้นส่วนเคลื่อนไหว คำว่า SSD นั้นมักหมายถึงการอ้างถึงไดรฟ์โซลิดสเตตแบบ nand-flash ที่ตั้งใจจะทำหน้าที่เป็นทางเลือกของฮาร์ดไดรฟ์ แต่ในความเป็นจริงแล้วมันเป็น SSD เพียงรูปแบบเดียวเท่านั้น SSD ที่ได้รับความนิยมมากที่สุดคือสื่อที่ถอดได้แบบ nand-flash เช่น usb sticks (แฟลชไดรฟ์) และการ์ดหน่วยความจำแม้ว่าจะอ้างถึงว่าเป็น SSD SSD สามารถใช้ RAM ได้ แต่ ram-drive ส่วนใหญ่เป็นซอฟต์แวร์ที่สร้างขึ้นเมื่อเทียบกับฮาร์ดแวร์จริง

ทำไม Nand-flash SSDs ตั้งใจที่จะทำหน้าที่เป็นฮาร์ดไดรฟ์ทางเลือกที่มีอยู่:

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

Nand-flash คืออะไร:

ที่จัดเก็บข้อมูลแฟลชเป็นสื่อกลางในการจัดเก็บข้อมูลที่ใช้กระแสไฟฟ้าแทนที่จะใช้อำนาจแม่เหล็กในการจัดเก็บข้อมูล Nand-flash เป็นที่เก็บข้อมูลแฟลชที่ใช้เกตเวย์ NAND ซึ่งแตกต่างจาก A nor-flash ซึ่งเป็นการเข้าถึงแบบสุ่ม nand-flash ถูกเข้าถึงตามลำดับ

Nand-flash SSDs เก็บข้อมูลได้อย่างไร:

ที่เก็บข้อมูล Nand-flash ประกอบด้วยบล็อกบล็อกเหล่านั้นแบ่งออกเป็นเซลล์เซลล์มีหน้า สื่อแฟลชใช้ไฟฟ้าเนื่องจากข้อมูลนี้ไม่สามารถเขียนทับได้ซึ่งต่างจากฮาร์ดไดรฟ์ที่ใช้แม่เหล็กในการจัดเก็บข้อมูล ข้อมูลจะต้องถูกลบเพื่อที่จะใช้พื้นที่อีกครั้ง อุปกรณ์ไม่สามารถลบหน้าแต่ละหน้าได้ การลบต้องเกิดขึ้นที่ระดับบล็อก เนื่องจากไม่สามารถเขียนข้อมูลไปยังบล็อกที่ใช้งานอยู่แล้ว (แม้ว่าจะไม่ใช่ทุกหน้าในนั้น) บล็อกทั้งหมดจะต้องถูกลบก่อนแล้วบล็อกว่างเปล่าในขณะนี้สามารถมีข้อมูลที่เขียนไปยังหน้าของมันได้ ปัญหาคือคุณจะสูญเสียข้อมูลใด ๆ ที่มีอยู่แล้วในหน้าเหล่านั้นรวมถึงข้อมูลที่คุณไม่ต้องการทิ้ง! เพื่อป้องกันไม่ให้มีการเก็บข้อมูลที่มีอยู่นี้ไว้ที่อื่นก่อนที่จะทำการลบบล็อก

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

Leveling Wear คืออะไร:

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

การจัดสรรเกินคืออะไร:

การจัดสรรมากกว่ากำหนดความแตกต่างระหว่างจำนวนพื้นที่ว่างที่มีเมื่อเปรียบเทียบกับจำนวนที่ปรากฏ อุปกรณ์จัดเก็บข้อมูลแบบ Nand-flash อ้างว่ามีขนาดเล็กกว่าอุปกรณ์ดังกล่าวเพื่อให้มีการรับประกันว่าเป็นบล็อกว่างเปล่าสำหรับการกำจัดขยะที่จะใช้ มีการจัดสรรส่วนเกินประเภทที่สองที่เรียกว่าไดนามิกการจัดสรรพื้นที่เกินซึ่งหมายถึงพื้นที่ว่างที่รู้จักภายในพื้นที่ว่างที่แสดง ไดนามิกมีอยู่สองประเภทด้วยกัน: ระดับระบบปฏิบัติการและระดับตัวควบคุมไดรฟ์ ที่ระดับระบบปฏิบัติการ Trim สามารถใช้เพื่อปลดบล็อคที่สามารถเขียนลงไปได้ทันที ที่ระดับตัวควบคุมที่ไม่ได้ถูกจัดสรรพื้นที่ไดรฟ์ (ไม่แบ่งพาร์ติชันระบบไฟล์) อาจถูกใช้ การมีบล็อคฟรีมากขึ้นจะช่วยให้ไดรฟ์ทำงานได้อย่างเต็มประสิทธิภาพเพราะสามารถเขียนได้ทันที

การขยายการเขียนคืออะไร:

เนื่องจากสื่อ Nand-flash ต้องการบล็อกที่จะถูกลบก่อนจึงจะสามารถเขียนได้ข้อมูลใด ๆ ในบล็อกที่ไม่ได้ถูกลบจะต้องคัดลอกไปยังบล็อกใหม่โดยการกำจัดขยะ การเขียนเพิ่มเติมเหล่านี้เรียกว่าการขยายการเขียน

Trim คืออะไร?:

ระบบปฏิบัติการสร้างขึ้นโดยคำนึงถึงฮาร์ดไดรฟ์แบบดั้งเดิม โปรดจำไว้ว่าฮาร์ดไดรฟ์แบบดั้งเดิมสามารถเขียนทับข้อมูลได้โดยตรง เมื่อคุณลบไฟล์ระบบปฏิบัติการจะทำเครื่องหมายว่าถูกลบ (โอเคกับการเขียนทับมากเกินไป) แต่ข้อมูลยังคงอยู่ที่นั่นจนกว่าจะมีการดำเนินการเขียน บน SSD ที่ใช้ Nand-flash นี่เป็นปัญหาเนื่องจากข้อมูลต้องถูกลบก่อน การลบเกิดขึ้นที่ระดับบล็อกดังนั้นอาจมีข้อมูลเพิ่มเติมที่ไม่ถูกลบ การกำจัดขยะคัดลอกข้อมูลใด ๆ ที่ไม่ได้มีไว้สำหรับการลบบล็อกว่างเปล่าจากนั้นบล็อกที่มีปัญหาสามารถลบได้ ทั้งหมดนี้ต้องใช้เวลาและทำให้เกิดการเขียนที่ไม่จำเป็น (การขยายการเขียน)! ในการหลีกเลี่ยงคุณลักษณะนี้เรียกว่าการตัดแต่ง Trim ช่วยให้ระบบปฏิบัติการมีอำนาจในการบอก SSD เพื่อลบบล็อกที่มีหน้าที่มีข้อมูลซึ่งระบบปฏิบัติการทำเครื่องหมายว่าถูกลบในช่วงระยะเวลาที่คุณไม่ได้ร้องขอให้ทำการเขียน การรวบรวมขยะทำสิ่งนี้และบล็อกผลลัพธ์จะถูกทำให้เป็นอิสระเพื่อให้การเขียนสามารถเกิดขึ้นกับบล็อกที่ไม่จำเป็นต้องถูกลบก่อนซึ่งทำให้กระบวนการเร็วขึ้นและช่วยลดการขยายการเขียนให้เหลือน้อยที่สุด สิ่งนี้ไม่ได้ทำบนพื้นฐานของไฟล์ Trim ใช้การกำหนดบล็อกแบบลอจิคัล LBA ระบุว่าจะลบเซกเตอร์ (หน้า) ส่วนใดและการลบเกิดขึ้นที่ระดับบล็อก และช่วยลดการขยายการเขียนให้เหลือน้อยที่สุด สิ่งนี้ไม่ได้ทำบนพื้นฐานของไฟล์ Trim ใช้การกำหนดบล็อกแบบลอจิคัล LBA ระบุว่าจะลบเซกเตอร์ (หน้า) ส่วนใดและการลบเกิดขึ้นที่ระดับบล็อก และช่วยลดการขยายการเขียนให้เหลือน้อยที่สุด สิ่งนี้ไม่ได้ทำบนพื้นฐานของไฟล์ Trim ใช้การกำหนดบล็อกแบบลอจิคัล LBA ระบุว่าจะลบเซกเตอร์ (หน้า) ส่วนใดและการลบเกิดขึ้นที่ระดับบล็อก

คำตอบสำหรับคำถามของคุณ "ข้อเสียของการแบ่งพาร์ติชัน SSD":

SSD ที่ใช้ RAM:

ไม่มีข้อเสียอย่างแน่นอนเพราะพวกเขาเข้าถึงแบบสุ่ม!

SSD ที่ใช้ Nand-flash:

ข้อเสียเดียวที่อยู่ในใจของฉันคือ:

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

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

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

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

บางคนในกระทู้นี้พูดถึงการแบ่งพาร์ติชันว่าจะกระทบกับการมีส่วนร่วมของ Trim อย่างไรในการจัดสรรพื้นที่ เพื่อความเข้าใจของฉัน TRIM ใช้เพื่อระบุส่วน (หน้า) ที่มีการตั้งค่าสถานะข้อมูลเพื่อการลบและการกำจัดขยะสามารถลบบล็อกเหล่านั้นได้ฟรี พื้นที่ว่างนี้ทำหน้าที่เป็นแบบไดนามิกมากกว่าการจัดสรรภายในพาร์ติชันนั้นเท่านั้นเนื่องจากเซกเตอร์เหล่านั้นเป็นส่วนหนึ่งของกลุ่มที่ใช้โดยระบบไฟล์ของพาร์ติชันนั้น พาร์ทิชันอื่น ๆ มีระบบไฟล์ของตัวเอง อย่างไรก็ตามฉันอาจจะผิดอย่างสิ้นเชิงกับเรื่องนี้เนื่องจากความคิดทั้งหมดของการจัดสรรพื้นที่ส่วนเกินนั้นค่อนข้างชัดเจนสำหรับฉันเนื่องจากข้อมูลจะถูกเขียนไปยังสถานที่ที่ไม่มีระบบไฟล์หรือปรากฏในความจุของไดรฟ์ สิ่งนี้ทำให้ฉันสงสัยว่าอาจใช้พื้นที่การจัดสรรมากกว่าชั่วคราวก่อนที่จะทำการเขียน optomized ขั้นสุดท้ายไปยังบล็อกภายในระบบไฟล์หรือไม่? แน่นอนว่าการมีส่วนร่วมของ Trim ในการสร้างสรรมากกว่าการจัดสรรภายในระบบไฟล์จะไม่เป็นการชั่วคราวเนื่องจากพวกมันสามารถเขียนลงไปได้โดยตรงเนื่องจากมันอยู่ในพื้นที่ใช้งานแล้ว นั่นคือทฤษฎีของฉันอย่างน้อย บางทีความเข้าใจของฉันเกี่ยวกับ filesytems ไม่ถูกต้อง? ฉันไม่สามารถหาแหล่งข้อมูลที่มีรายละเอียดเกี่ยวกับเรื่องนี้ได้

ไม่มันสมเหตุสมผลแล้ว

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

ดังนั้นจึงไม่มีข้อเสียของการแบ่งพาร์ติชัน SSD แต่มีข้อเสียคือไม่มีพื้นที่ว่างบนไดรฟ์

อ้างถึงโพสต์ SuperUser นี้