dd로 드라이브를 제로화하는 데 얼마나 걸립니까? [닫은]

14

dd dev / zero를 사용하여 1TB를 0으로 채우는 데 얼마나 걸립니까?

중요한 경우 실제로 두 개의 500G 드라이브를 동시에하고 있습니다.

— 마일스 말리
소스

3

드라이브를 0으로 저장하는 데 얼마나 걸렸습니까?

— Rolnik

1

내 WD 1Tb (5400rpm) sata는 약 240 분이 걸리지 만 오래되어 재 할당 된 섹터가 있습니다. 덧붙여서 스마트 테스트가 연장 된 자체 테스트를 지속 할 것으로 예상되는 시간 (255 분)과 같은 시점과 다르지 않습니다.

— barrymac

2

다른 데이터 포인트 추가 : dd if=/dev/zero of=/dev/sdX bs=8MSATA-300 포트를 통해 두 개의 새로운 Seagate ST4000DM000 4TB 드라이브를 동시에 실행했습니다 (완전히 병렬화 가능하다고 생각합니다 dd. 두 번째가 시작되기 전에 첫 번째 프로세스 에서 CPU 사용량이 ~ 20 %로 일정 했습니다. 그리고 각각 ~ 20 %가 걸렸습니다. 첫 번째 디스크는 8 시간 50 분 (530 분)에 완료되었고 두 번째 디스크는 8 시간 30 분 (510 분)에 완료되었습니다. 드라이브 당 ~ 130MB / s의 쓰기 속도에 해당하며, 모노톤 입력을 고려하면 그리 이상하지 않습니다. 하드웨어는 2009 년 (CPU : C2D E8400; 칩셋 : Intel P43 / ICH10)입니다.

— Daniel Andersson

9

다음과 같은 여러 가지 요인에 따라 달라집니다.

디스크 속도 (RPM)
디스크 내장 캐시
플래터 수와 여러 플래터에 동시에 쓸 수 있는지 여부
디스크 인터페이스 (SATA / SCSI 등)
인터페이스 컨트롤러 성능
드라이브 구성 (예 : 개별 채널 또는 동일한 채널)

또한 드라이브 제로화는 CPU 및 RAM의 간단한 작업이지만 다음과 같은 영향을 미칠 수 있습니다.

CPU 성능
사용 가능한 RAM
RAM의 속도
다른 작업을 동시에 수행
전원 관리 설정

중간 등급의 드라이브가 장착 된 상당히 최근의 컴퓨터를 가정하여 RAM에 완전히로드 된 제로화 작업 (gui, 인터넷 등 없음)을 실행하는 최소 Linux 부팅 디스크에서 2-12 시간이 걸릴 수 있습니다. 하나의 숫자를 버려야한다면, 3 시간 반에 더 가깝다고 말하지만 실제로는 실제로 계산하는 것 외에는 좋은 추정치를 얻을 수있는 정보가 충분하지 않습니다.

여유 공간이 1GB 이상인 경우 드라이브를 마운트하고 실행 dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzero하거나 다른 파일을 시도해 볼 수 있습니다. 드라이브에 가장 빨리 쓸 수있는 최적의 블록 크기에 대해 더 알고 있다면, bs 값 (킬로바이트)으로이 값을 사용하고 원하는 파일 크기를 얻을 수있는 값으로 카운트를 설정할 수 있습니다. 그런 다음이를 사용하여 데이터 손실없이 더 나은 추정치를 얻을 수 있습니다. 0을 포함하는 큰 파일을 만듭니다.

— 턱시도
소스

3

지난 10 년 정도의 하드 드라이브에 대한 나의 경험에서 bs = 1M은 bs = 512에 비해 크게 개선되었으며 최적을 찾는 것에 대해 너무 걱정하지 않고 기본값으로 사용하기에 충분합니다.

— crazyscot

@crazyscot 네 bs = 1M과의 큰 차이점은 bs = 512의 끔찍한 기본값을 무시합니다. 또한 ddrescue (블록 크기 설정 방법 확인)에 백분율 / 진행률 표시 줄을 제공합니다.

— barlop

2

750GB 드라이브에서 임의의 데이터로 dd를 수행했습니다. 약 20 시간이 걸렸다 고 생각합니다. 정말 짜증나는 것은 4 디스크 RAID 어레이에 대해 4 번해야한다는 것입니다. 병목 현상은 드라이브의 쓰기 속도라고 생각합니다. 드라이브에서 병렬로 수행하는 것이 현명합니다.

— 롤 니크
소스

2

성능 문제의 대부분은 임의의 숫자를 사용했을 가능성이 있습니다. / dev / urandom 또는 다른 소스는 실제로 임의의 숫자를 생성하기 위해 매우 열심히 노력하여 처리량을 떨어 뜨립니다. / dev / zero와 같은 것에는 그 문제가 없습니다.

— Sam Bisbee

파이프 라인 어딘가에서 1TB의 0이 스토리지로 압축되어 결과가 왜곡 될 위험이 있습니까? 나는 실제로 디스크에 압축되어 있지는 않지만 최적화로 전송

— 중임을 의미

2

+ 100GB의 파티션, Acer Aspire 5750G, 외부 SATA HDD, USB 2, 5400rpm :

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

나는 추측하지만 드라이브 컨트롤러, 마더 보드의 컨트롤러 및 CPU / IO를 흡수하는 다른 것에 달려 있다고 생각합니다.

몇 시간 또는 몇 시간 정도 인 것 같아요. 하루가 길어 보인다. 머신 설정 방법에 따라 드라이브 컨트롤러에 대한 경합을 생성하면 동시에 두 가지를 동시에 실행하면 속도가 느려질 수 있습니다. 0을 펌핑하더라도 드라이브에 아무것도 알지 못하므로 모든 바이트를 쓸 필요가 있습니다.

— 리치 호 몰카
소스

1

드라이브를 지우는 경우 병렬 처리량에 사용할 수있는 훌륭한 도구 는 간단한 지우기 모드의 DBAN 입니다. ISO로 제공되며 기본적으로 dd if=/dev/zero선택한 드라이브 에서 명령을 수행합니다.

— 와 젬바
소스

0

2-5 시간이 걸립니다. 병목 현상은 RAM, CPU, 케이블 또는 컨트롤러 구성이 아닌 디스크입니다. 원래 펜티엄과 같은 매우 오래된 컴퓨터를 사용하지 않으면 SATA 케이블과 마찬가지로 CPU와 메모리가 하드 디스크의 스핀들 속도보다 훨씬 빠릅니다. 드라이브를 제로화하고 있기 때문에 캐시가 작동하지 않습니다 (1TB의 캐시가없는 경우).

— 요르단
소스