นานแค่ไหนที่จะเป็นศูนย์ไดรฟ์กับ dd? [ปิด]

14

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

ปิดให้บริการใน7 ปีที่ผ่านมา

ใช้เวลานานเท่าใดในการเติมศูนย์ 1TB (โดยใช้ dd dev / ศูนย์)

ฉันกำลังทำไดรฟ์ 500G สองตัวพร้อมกันถ้ามันเป็นเรื่องสำคัญ

— Miles Marley
แหล่งที่มา

3

บอกให้เราทราบว่าต้องใช้เวลานานแค่ไหนในการเพิ่มไดรฟ์ด้วยศูนย์?

— Rolnik

1

Sata WD 1Tb (5400rpm) ของฉันใช้เวลาประมาณ 240 นาที แต่เก่าและมีการจัดสรรภาคใหม่ อนึ่งมันไม่แตกต่างจากช่วงเวลาเดียวกันที่สมาร์ทรายงานว่าเป็นเวลาที่คาดว่าการทดสอบตัวเองแบบขยายเป็นครั้งสุดท้าย (255mins)

— barrymac

2

การเพิ่มจุดข้อมูลอื่น: เพิ่งรันdd if=/dev/zero of=/dev/sdX bs=8Mบนไดรฟ์ Seagate รุ่นใหม่ ST4000DM000 4 TB ผ่านพอร์ต SATA-300 พร้อมกัน (ฉันคิดว่ามันมากหรือน้อยขนานกันอย่างสมบูรณ์แบบ - การใช้ CPU คงที่ที่ 20% สำหรับddกระบวนการแรกก่อนที่จะเริ่มต้นที่สอง และจากนั้นทั้งสองใช้เวลา ~ 20% ในแต่ละครั้ง) ดิสก์แผ่นแรกเสร็จสิ้นใน 8h50 นาที (530 นาที) และดิสก์ที่สองใน 8h30 นาที (510 นาที) มันมีความเร็วในการเขียนประมาณ 130 MB / s ต่อไดรฟ์ซึ่งไม่แปลกเลยที่พิจารณาจากอินพุตแบบโมโนโทน ฮาร์ดแวร์มาจากปี 2009 (CPU: C2D E8400; ชิปเซ็ต: Intel P43 / ICH10)

— Daniel Andersson

9

ขึ้นอยู่กับหลายปัจจัยรวมถึง แต่ไม่ จำกัด เพียง:

ความเร็วดิสก์ (RPM)
ดิสก์ในตัวแคช
จำนวนของ platters และสามารถเขียนไปยังหลาย platters ได้พร้อมกันหรือไม่
ดิสก์อินเตอร์เฟส (SATA / SCSI ฯลฯ )
ประสิทธิภาพของคอนโทรลเลอร์อินเตอร์เฟส
การกำหนดค่าของไดรฟ์ (เช่นช่องแยกหรือช่องทางเดียวกัน)

นอกจากนี้แม้ว่าการ zeroing ไดรฟ์เป็นงานง่าย ๆ สำหรับ CPU และ RAM แต่อาจยังมีผลกระทบจาก:

ประสิทธิภาพของ CPU
RAM ที่มีอยู่
ความเร็วแรม
งานอื่น ๆ ที่ทำในเวลาเดียวกัน
การตั้งค่าการจัดการพลังงาน

สมมติว่าคอมพิวเตอร์ล่าสุดค่อนข้างมีไดรฟ์ระดับกลางบนดิสก์บูตลินุกซ์ขั้นต่ำที่ใช้งานเพียงแค่การดำเนินการเป็นศูนย์ (ไม่มี gui, อินเทอร์เน็ตและอื่น ๆ ) โหลดไปยัง RAM อย่างสมบูรณ์อาจเป็นที่ใดก็ได้จาก 2-12 ชั่วโมง ถ้าฉันต้องทิ้งหมายเลขเดียวฉันจะบอกว่าใกล้ถึง 3 ชั่วโมงครึ่ง แต่อีกครั้งไม่มีข้อมูลเพียงพอที่จะได้รับการประเมินที่ดีนอกเหนือจากการทำเช่นนั้น

หากคุณมีพื้นที่ว่างมากกว่า 1GB คุณสามารถลองติดตั้งไดรฟ์และใช้งานdd if=/dev/zero bs=512 count=2048 of=/tmp/tempzeroหรือไฟล์อื่น ๆ หากคุณรู้เพิ่มเติมเกี่ยวกับขนาดบล็อกที่เหมาะสมที่สุดสำหรับการเขียนลงในไดรฟ์ที่เร็วที่สุดคุณสามารถใช้ค่านั้นสำหรับค่า bs (เป็นกิโลไบต์) และตั้งค่าการนับเป็นขนาดไฟล์ที่คุณต้องการ จากนั้นคุณสามารถใช้สิ่งนั้นเพื่อประเมินค่าที่ดีขึ้นโดยไม่ทำให้ข้อมูลสูญหาย มันจะสร้างไฟล์ขนาดใหญ่ที่มีเลขศูนย์

— TuxRug
แหล่งที่มา

3

จากประสบการณ์ของฉันเกี่ยวกับฮาร์ดไดรฟ์ในทศวรรษที่ผ่านมา bs = 1M เป็นการปรับปรุงที่เหนือกว่า bs = 512 และดีพอที่จะใช้เป็นค่าเริ่มต้นโดยไม่ต้องกังวลเกี่ยวกับการค้นหาสิ่งที่ดีที่สุด

— crazyscot

@crazyscot ใช่แตกต่างกันมากมีกับ bs = 1M เพื่อแทนที่ค่าเริ่มต้นที่น่ากลัวของ bs = 512 นอกจากนี้ ddrescue (ตรวจสอบวิธีการตั้งขนาดบล็อกในนั้น) ให้แถบร้อยละ / ความคืบหน้า

— barlop

2

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

— Rolnik
แหล่งที่มา

2

ปัญหาใหญ่เกี่ยวกับประสิทธิภาพของคุณน่าจะเกิดจากการใช้ตัวเลขสุ่ม / dev / urandom หรือแหล่งอื่น ๆ กำลังพยายามอย่างหนักเพื่อสร้างตัวเลขสุ่มอย่างแท้จริงซึ่งจะทำให้ปริมาณงานของคุณลดลง สิ่งที่ชอบ / dev / ศูนย์จะไม่มีปัญหานั้น

— แซมบิสบี

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

— ปลาปักเป้า

2

ด้วยพาร์ติชั่น +100 GB, Acer Aspire 5750G, SATA hdd ภายนอก, usb 2, 5400 รอบต่อนาที:

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb2 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb2': No space left on device
12500+0 records in
12499+0 records out
104856551424 bytes (105 GB) copied, 2846.87 s, 36.8 MB/s

และ

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb1': No space left on device
6579+0 records in
6578+0 records out
55183409152 bytes (55 GB) copied, 1497.23 s, 36.9 MB/s

— hsmit
แหล่งที่มา

1

ฉันเดา แต่ฉันเดาว่ามันจะขึ้นอยู่กับตัวควบคุมไดรฟ์ตัวควบคุมบนแผงวงจรหลัก

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

— รวย Homolka
แหล่งที่มา

1

หากคุณเพียงแค่ลบไดรฟ์เครื่องมือที่ยอดเยี่ยมที่ใช้สำหรับทรูพุตแบบขนานคือDBANในโหมดการลบแบบง่าย มันมีให้ในแบบ ISO และโดยพื้นฐานแล้วdd if=/dev/zeroคำสั่งสำหรับคุณกับไดรฟ์ที่คุณเลือก

— wajeemba
แหล่งที่มา

0

ควรใช้เวลา 2-5 ชั่วโมง คอขวดของคุณคือดิสก์ไม่ใช่ RAM, CPU, สายเคเบิลหรือการกำหนดค่าตัวควบคุม ถ้าคุณไม่มีคอมพิวเตอร์เก่ามากเช่น Pentium ดั้งเดิม CPU และหน่วยความจำของคุณเร็วกว่าความเร็วแกนของฮาร์ดดิสก์เช่นเดียวกับสาย SATA ของคุณ แคชไม่ได้เข้ามาเล่นเพราะคุณกำลังขับรถเป็นศูนย์ (เว้นแต่ว่าคุณมีแคช 1 TB)

— จอร์แดน
แหล่งที่มา