Сколько времени займет заполнение нуля 1 ТБ (используя dd dev/zero)?
Я на самом деле делаю два диска 500G одновременно, если это имеет значение.
14
6 ответов
9
Это зависит от многих факторов, включая, но не ограничиваясь:
- Скорость диска (об / мин)
- Дисковый встроенный кеш
- Количество пластин и возможность одновременной записи на несколько пластин
- Дисковый интерфейс (SATA / SCSI и т.д.)
- Производительность интерфейса контроллера
- Конфигурация приводов (например, отдельные каналы или один и тот же канал)
Кроме того, хотя обнуление накопителя является простой задачей для ЦП и ОЗУ, эффект может быть:
- Производительность процессора
- Доступная оперативная память
- Скорость оперативной памяти
- Другие задачи выполняются одновременно
- Настройки управления питанием
Если предположить, что компьютер с накопителями среднего класса был установлен сравнительно недавно, на минимальном загрузочном диске Linux, на котором выполняется просто операция обнуления (без графического интерфейса, Интернета и т.д.), Полностью загруженная в ОЗУ, это может занять от 2 до 12 часов. Если бы мне пришлось выбросить одно число, я бы сказал, что ближе к 3 с половиной часа, но опять же, информации недостаточно, чтобы получить хорошую оценку, кроме как на самом деле.
Если у вас более 1 ГБ свободного места, вы можете попробовать смонтировать диск и запустить dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzero или какой-либо другой файл. Если вы знаете больше об оптимальном размере блока для самой быстрой записи на ваш диск, вы можете использовать его для значения bs (в килобайтах) и установить для счетчика то, что вам нужно, с тем размером файла, который вы хотите. Затем вы можете использовать это, чтобы получить лучшую оценку без потери данных. Это просто создаст большой файл, который содержит нули.
2
С разделом +100 ГБ, Acer Aspire 5750G, внешний жесткий диск sata, 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
2
Я сделал дд со случайными данными на диске 750 ГБ. Я думаю, что это заняло около 20 часов. Дело в том, что мне не понравилось, что мне пришлось делать это четыре раза для четырехдискового RAID-массива. Я думаю, что узким местом является скорость записи ваших дисков. Вы умны, чтобы делать это параллельно с дисками.
1
Я предполагаю, но я предполагаю, что это будет зависеть от контроллера дисковода, контроллера на материнской плате и того, что еще впитывает CPU/IO.
Мое предположение, порядка часа или часов. Дни кажутся длинными. В зависимости от того, как настроена ваша машина, запуск обоих одновременно может на самом деле замедлить работу, если вы создадите конфликт для контроллера накопителя. Даже если вы выкачиваете нули, ничто в вашем накопителе не знает этого, и ему нужно записывать каждый байт.
1
Если вы просто стираете диски, отличным инструментом для параллельной пропускной способности является DBAN в режиме простого стирания. Он доступен в виде ISO и в основном выполняет команду dd if=/dev/zero для выбранных вами дисков.
0
Это должно занять 2-5 часов. Узким местом является диск, а не оперативная память, процессор, кабели или конфигурация контроллера. Если у вас нет очень старого компьютера, такого как оригинальный Pentium, ваш процессор и память будут намного быстрее, чем скорость вращения шпинделя жесткого диска, как и ваши кабели SATA. Кэш даже не входит в игру, потому что вы обнуляете диск (если у вас нет 1 ТБ кэша).