в чем разница между этими двумя командами
Я бы предложил установить как операционные системы, так и выделенный NTFS «диск данных» (раздел) на первом жестком диске и использовать второй диск для резервного копирования. Вы можете регулярно создавать образы дисков первого диска, чтобы иметь возможность выполнять полную восстановление системы или отдельных разделов, и использовать утилиту резервного копирования папки / файла в режиме реального времени, чтобы сохранить актуальную копию диска данных ,
В настоящее время я использую Acronis True Image (Windows) для создания образов дисков, но в прошлом использовал PartImage и могу вернуться к образцу на базе Linux, некоторые из которых доступны.
Для резервного копирования в реальном времени я использую inosync (http://bb.xnull.de/ или http://github.com/hollow/inosync) в Linux и Quick Shadow Backup (http: //quicklytech.com/) в Windows для резервного копирования того же раздела данных, который используется обеими операционными системами.
2 ответа
Первая команда использует 512-байтовые блоки, тогда как вторая использует блоки 1 МБ. Фактически, в большинстве случаев размер блока 4kB будет делать трюк, так как диск использует 4kB-блокировки на аппаратном уровне.
Что происходит в первом случае, это следующее (упрощенное):
4kB блок с диска в буфер памяти заменить 512 байт в буфер памяти записать 4kB буфер на диск читать блок 4kB с диска в память заменить следующие 512 байт в буфере записать блок 4kB на диск... заменить блок 4kB требует 8 чтений с диска и 8 записей на диск.
Я предполагаю, что вы получаете изображение для того, что происходит, когда вы увеличиваете размер блока до 4 КБ или больше (желательно несколько из 4 КБ) и как это увеличивает скорость. Ему больше не нужно читать диск, потому что написаны целые блоки.
В дополнение к этой скорости вполне вероятно, что ПК теперь доставляет данные достаточно быстро на диск, что он может, вероятно, писать последовательный блок один за другим, не дожидаясь, пока вращающееся блюдо совершит полный оборот до тех пор, пока правый заголовок не появится под головами.
Аргумент bs=1M во второй команде означает количество прочитанных и затем записанных байтов. Итак, когда вы запускаете dd с этим аргументом, 1 МБ будет считаться с /dev/zero, а затем 1 МБ будет записано в /dev/sda. Когда у вас нет аргумента, используется значение по умолчанию для байтового числа, я думаю, что это 512 байт. Это количество байтов намного меньше, поэтому для завершения запрошенной операции требуется больше чтения и записи, и это будет медленнее.