ใช่สิ่งที่คุณทำเรียกว่า "การลูบสั้น"
ช่วยเพิ่มประสิทธิภาพการค้นหาโดย จำกัด การเคลื่อนไหวของหัวไดรฟ์ ประสิทธิภาพของฮาร์ดไดรฟ์นั้นถูก จำกัด ด้วยปัจจัยสามประการ: ค้นหาเวลา (เวลาที่ใช้ในการเคลื่อนย้ายหัวเข้าหรือออกไปยังกระบอกสูบที่ต้องการ) เวลาแฝงในการหมุนและแน่นอนว่าอัตราการถ่ายโอนข้อมูลที่แท้จริง
หลักการ
ฮาร์ดไดรฟ์ 3.5 นิ้วที่ทันสมัยส่วนใหญ่มีเวลาค้นหาโดยเฉลี่ยในช่วง 9 ถึง 10 มิลลิวินาที เมื่อ "ค้นหา" เสร็จสิ้นจากนั้นไดรฟ์จะต้องรอการเริ่มต้นของภาคที่ต้องการที่จะมาภายใต้หัว เวลาในการตอบสนองการหมุนเฉลี่ยเพียงครึ่งเดียวของเวลาที่ไดรฟ์ใช้เพื่อเปลี่ยนการปฏิวัติครั้งเดียว ไดรฟ์ความเร็ว 7200 รอบต่อนาทีหันมาที่ 120 รอบต่อวินาทีดังนั้นเรฟจะใช้เวลา 1/120 วินาทีดังนั้นครึ่งรอบเรต - ค่าเวลาในการหมุนเฉลี่ย - 1/240 วินาทีหรือ 4.2 มิลลิวินาที (โปรดทราบว่านี่เป็นสิ่งเดียวกันสำหรับฮาร์ดไดรฟ์ทุก 7200 รอบต่อนาที) ดังนั้นเราจึงมีค่าเฉลี่ยประมาณ 13 msec ก่อนที่เราจะเริ่มถ่ายโอนข้อมูล
อัตราการถ่ายโอนข้อมูลเป็นสิ่งที่ไดร์ฟระบุ ด้วยไดรฟ์ที่ทันสมัยนี่จะค่อนข้างต่ำกว่าอินเทอร์เฟซทางกายภาพเช่น SATA 3 เกือบทุกครั้ง โปรดทราบว่าส่วนการถ่ายโอนข้อมูลของการดำเนินการ I / O นั้นโดยทั่วไปแล้วจะเป็นช่วงเวลาที่เล็กที่สุดและด้วยอินเตอร์เฟสที่ทันสมัยนั้นแทบจะไม่สามารถละเลยได้ แม้ในไดรฟ์ ATA33 เก่าการถ่ายโอน 4KiB ใช้เวลาเพียง 1.2 มิลลิวินาที
ข้อมูลจำเพาะเกี่ยวกับเวลาค้นหาเป็นค่าเฉลี่ยของเวลาค้นหาที่เป็นไปได้สำหรับระยะการเคลื่อนที่ของหัวต่างๆ คุณสามารถดูว่าการค้นหาจากหนึ่งกระบอกไปยังกระบอกสูบที่อยู่ติดกันนั้นจะสั้นกว่าด้านในสุดถึงด้านนอกมากแค่ไหน ("ทรงกระบอก" คือชุดของแทร็กทั้งหมดที่สามารถเข้าถึงได้จากตำแหน่งหัวเดียว) ทั้งคู่เป็นสถานการณ์ที่ผิดปกติ ข้อสันนิษฐานในประสิทธิภาพ HD คือการเข้าถึงข้อมูลจะมีการกระจายแบบสุ่มทั่วทั้งไดรฟ์ดังนั้นเวลาในการค้นหาปกติที่ประมาณ 9 หรือ 10 มิลลิเซคจึงเป็นค่าเฉลี่ยของระยะการค้นหาที่แตกต่างกัน ในแผ่นข้อมูลจำเพาะที่มีรายละเอียดมากที่สุดผู้ผลิตบางรายแสดงทั้งกระบอกสูบไปยังกระบอกสูบ (มักจะระบุว่า "แทร็กเพื่อติดตาม") เช่นติดกันค้นหาเวลาและค่าสูงสุด (จบจากจุดสิ้นสุด) นอกเหนือจากค่าเฉลี่ย
เมื่อคุณเห็นการวัดประสิทธิภาพของไดรฟ์ที่มีการถ่ายโอน "ตามลำดับ" ขนาดใหญ่คุณจะเห็นการทดสอบที่ทำด้วยรูปแบบการเข้าถึงข้อมูลที่ช่วยลดเวลาในการค้นหาและเวลาในการตอบสนองการหมุนและลดประสิทธิภาพของแคชออนบอร์ดของไดรฟ์ เช่นการอ่านไฟล์ขนาดใหญ่หนึ่งไฟล์เรียงตามลำดับตั้งแต่เริ่มต้นจนเสร็จสิ้นโดยใช้การอ่านเช่น 64 KiB ต่อครั้งโดยไฟล์จะครอบครองหนึ่งช่วงของบล็อกที่ต่อเนื่องกัน
แล้วการย่อ - สั้นทำงานอย่างไร
โดยการสร้าง - และใช้พาร์ติชันที่เล็กกว่าไดรฟ์เพียงอย่างเดียวคุณจะเก็บข้อมูลทั้งหมดของคุณไว้ในช่วงแคบ ๆ ของกระบอกสูบที่เป็นไปได้ (ตำแหน่งหัว) ทำให้เวลาในการค้นหาน้อยที่สุดเท่าที่จะเป็นไปได้ดังนั้นค่าเฉลี่ยจึงน้อยลง มันไม่ได้ช่วยให้เวลาในการตอบสนองช้าลงหรืออัตราการถ่ายโอน
อีกวิธีที่จะช่วยได้คือการใช้งานไดรฟ์ของคุณไปยังถังความจุที่ใหญ่ที่สุด HD สมัยใหม่ใช้ "การบันทึกโซนบิต" ซึ่งหมายถึงว่ามีเซกเตอร์ต่อแทร็กบนแทร็กด้านนอกมากกว่าเซกเตอร์ด้านใน ดังนั้นหากข้อมูลอยู่ในทรงกระบอกด้านนอกคุณสามารถเข้าถึงข้อมูลได้มากขึ้นโดยไม่ต้องขยับหัวมากนัก
มันใช้งานได้จริงเหรอ?
เว็บไซต์ผู้ชื่นชอบเทคโนโลยีที่แตกต่างกันมากมายได้ทำการทดสอบสิ่งนี้ ยกตัวอย่างเช่นดูบทความนี้ที่ฮาร์ดแวร์ของทอม ผลลัพธ์น่าประทับใจ: เพิ่มอัตรา I / O เกือบสองเท่าต่อวินาที
แต่สิ่งนี้ทำได้โดยการซื้อฮาร์ดไดรฟ์ขนาดใหญ่และใช้ความจุเพียงเล็กน้อยเท่านั้น สิ่งนี้จะเพิ่มค่าใช้จ่ายต่อ GB ของคุณอย่างรุนแรง
อย่างไรก็ตามมีวิธีแก้ปัญหาคือ คุณไม่จำเป็นต้องไม่เคยใช้ส่วนที่เหลือของไดรฟ์เพื่อรับประโยชน์ความเร็ว คุณเพียงแค่ต้องทำให้มันใช้งานทุกวันเมื่อระบบของคุณชนพาร์ติชันหลักของคุณเป็นจำนวนมาก พวกเราส่วนใหญ่มีไฟล์จำนวนน้อยที่เราเข้าถึงได้มากมาย (ระบบปฏิบัติการแอพและข้อมูลบางอย่างที่แอพใช้งาน) และข้อมูลจำนวนมากที่เราเข้าถึงไม่มากนัก ตัวอย่างเช่นคุณสามารถใช้ส่วนที่เหลือของไดรฟ์สำหรับการจัดเก็บข้อมูลบางประเภทหรือไฟล์มัลติมีเดียเช่นเพลงและวิดีโอ การเล่นสื่อมักจะไม่บ่อยนักการเข้าถึงไฟล์ไฟล์เดียวอย่างต่อเนื่องและโดยปกติคุณไม่ได้ทำอะไรมากกับเครื่องในเวลานั้น ดังนั้นการใช้ไดรฟ์ด้วยวิธีนี้จะไม่ทำให้การเล่นสื่อแย่ลงไปกว่าทุกอย่างในพาร์ติชั่นใหญ่และการทำงานที่ไม่เกี่ยวข้องกับข้อมูลสื่อควรได้รับประโยชน์จากการลูบสั้น ๆ
แต่เป็นความคิดที่ดี?
ในอีกทางหนึ่ง ...การทดสอบที่ดำเนินการโดย TH เป็นเกณฑ์มาตรฐานสังเคราะห์และเพื่อให้ได้ผลลัพธ์เหล่านั้นพวกเขาจึงละทิ้งความจุดิสก์ที่สูงมาก ระบบปฏิบัติการที่ทันสมัยทำหน้าที่ค่อนข้างน้อยเพื่อพยายามปรับแต่งประสิทธิภาพ HD ตัวอย่างหนึ่งคือ Windows '"การเพิ่มประสิทธิภาพการจัดวางไฟล์" ซึ่งอธิบายไว้ในความคิดเห็นต่อคำตอบนี้ และ "การลูบสั้น" จะทำให้ประสิทธิภาพลดลง เพียงเพราะบางคนได้ผลลัพธ์ที่น่าประทับใจในเกณฑ์มาตรฐานสังเคราะห์ไม่ได้หมายความว่า "การลูบสั้น" นั้นจำเป็นต้องทำสิ่งที่ดี
ลองคิดดูสิ: ฮาร์ดไดรฟ์ 1 TB วันนี้ราคาประมาณ $ 50 แต่คุณใช้เพียง 80 GB เท่านั้น คุณบอกว่าคุณต้องการระบบปฏิบัติการและเบราว์เซอร์ ... เพียง $ 63 คุณจะได้รับ Samsung 128 GB SSD มอบพื้นที่ว่าง 80 GB และประสิทธิภาพที่ดีกว่าให้คุณครึ่งหนึ่งไม่ว่าคุณจะ "สั้น" HD หรือสำหรับ $ 50 คุณจะได้รับ SanDisk SSD ที่มีความจุ 240 GB ดูเหมือนว่าจะเป็นการดีกว่าการไม่ใช้ฮาร์ดไดรฟ์หนึ่งเทราไบต์เกือบ 50 ดอลลาร์
BTW
btw: "BIOS" ของคุณ (หรือ UEFI สำหรับเรื่องนั้น) ไม่สร้างพาร์ติชันและไม่มีส่วนเกี่ยวข้องกับตำแหน่งของพาร์ติชัน มันขึ้นอยู่กับยูทิลิตี้การแบ่งพาร์ติชันของระบบปฏิบัติการ ทุกระบบปฏิบัติการที่ฉันเคยได้ยินใช้กระบอกสูบด้านนอกก่อน ตัวอย่างเช่นในยูทิลิตี้การจัดการดิสก์ของ Windows การแสดงผลกราฟิกของพาร์ติชั่นไดรฟ์ภายในแต่ละดิสก์จะแสดงเลย์เอาต์ด้วยทรงกระบอกด้านนอกสุดทางด้านซ้าย ยูทิลิตี้การแบ่งดิสก์ AOMEI ทำเช่นเดียวกัน
เรื่องราว - เรื่องราวที่แท้จริง: ย้อนกลับไปในวันที่ฮาร์ดไดรฟ์ฟอร์มแฟคเตอร์ขนาด 5.25 นิ้วมีขนาดเป็นสิบและหลายร้อยล้าน MB บริษัท ที่ชื่อว่า CDC มีไดรฟ์ที่เรียกว่าซีรีย์ "Wren" (ชื่อนี้ไม่ต้องสงสัยเลยว่าเป็นการตบที่ไดรฟ์ "Eagle" ของฟูจิตสึที่มีขนาดใหญ่กว่าเดิมมาก) ในขณะที่พวกเขามีโมเดลประสิทธิภาพสูงกว่าเล็กน้อยคือ "WrenRunner" ความจุประมาณ 90% ค่าใช้จ่ายเพิ่มขึ้น 20% และเวลาในการเข้าถึงเฉลี่ยเป็นมิลลิวินาที หลังจากการทดลองบางอย่างเห็นได้ชัดว่า "WrenRunner" เป็นเพียง "Wren" ที่มีแทร็กแรกและครั้งสุดท้ายไม่กี่แทร็กในเฟิร์มแวร์ของไดรฟ์ เช่นคุณสามารถรับประสิทธิภาพและความสามารถแบบเดียวกันจาก Wren ที่ถูกกว่าโดย "short stroking" แม้ว่าเราจะไม่ได้ใช้คำนั้น