Что такое разумный bs для использования при запуске dd для флеш-образа Ubuntu? Я использую dd if = ubuntu-17.04-server-amd64.iso of = / dev / sda bs = 1M
Ubuntu-17.04-server-amd64.iso - 685M.
Я запускаю эту операцию dd на сильном сервере с bs = 1M. Это займет почти 3 минуты (154 секунды), 718274560 байт (718 МБ) скопировано, 154.192 с, 4.7 МБ / с
Я предполагаю, что если я буду использовать более высокие значения bs, например bs = 500M, это будет быстрее (хотя я не проверял его) Какой рекомендуемый, надежный размер для bs = для такой команды dd?
Несколько лет назад я тестировал разные размеры блоков и обнаружил, что bs=4096 является хорошим значением для большинства случаев. Это не имело большого значения для увеличения размера блока до более высоких значений. Если я правильно понял, это также значение, используемое несколькими программами (cat, cp и т. Д.). Это размер блока, используемый для dd под капотом в mkusb.
Возможно, все изменилось, так как я тестировал разные размеры блоков, но я думаю, что скорость в вашем случае ограничена аппаратурой флеш-памяти. Быстрый USB-накопитель 3 или быстрая карта памяти будет в 5 раз быстрее (~ 25 МБ / с) даже при подключении через USB 2. См. Эту ссылку и ссылки на нее,
help.ubuntu.com/community / Установка / FromUSBStick # Notes_about_speed
Итак, вы можете продолжить работу с bs=1M или использовать bs=4096.
Если вы хотите, вы можете попробовать несколько разных размеров блоков, но не ожидайте любое большое улучшение. Пожалуйста, вернитесь и сообщите о результатах, особенно если вы обнаружите значительное улучшение. В этом случае также важно указать аппаратное обеспечение и операционную систему (версия Ubuntu).
Я тестировал снова, с текущими версиями Lubuntu 16.04 LTS, (d12)
bs=4096
Тест выполнялся с использованием оболочки, скрипт, который для каждого размера блока стирал и синхронизировал первый Gibibyte целевого USB-накопителя (перезаписывался нулями), затем клонировал и синхронизировался с изобильным файлом Lubuntu (который немного меньше, чем один Gibibyte, поэтому в протертой части pendrive ). Во всех случаях использовалась чистая командная строка dd (без трубопроводов через pv или аналогичные команды). Большинство тестов проводилось с Lubuntu 16.04.2 LTS amd64 (с яккетским ядром), установленным на SSD, но тесты на рабочей станции HP xw8400 выполнялись с установленной системой Lubuntu 16.04 LTS i386 (с явлением xenial) во внутреннем HDD. «Extreme» и «Cruzer_blade» - это порт USB-накопителей Sandisk USB, где подключен целевой USB-накопитель «os-порт», где подключен SSD или жесткий диск с операционной системой. Более подробная информация приведена в следующей таблице и вариации из-за размера блока проиллюстрированы на следующих графиках с log (block size) вдоль оси x из-за характера диапазона значений размера блока, 512 (по умолчанию) 4096 (4K) 65536 (64K) 1048576 (1M) 4194304 (4M)help.ubuntu.com/community/Installation/FromUSBStick#Notes_about_speed
Выводы
Тест выполнялся с помощью shell-скрипта, который для каждого размера блока стирал и синхронизировал первый Gibibyte целевого USB-накопителя (перезаписывался нулями), затем клонировал и синхронизировал из файла iso Lubuntu (который немного меньше, чем один Gibibyte, поэтому внутри вытертой части маятника). Клонирование с размером блока от bs=4096 to 4M выполняется на «полной скорости». Есть только незначительные различия между тестовыми примерами (кроме bs=512).Несколько лет назад я тестировал разные размеры блоков и обнаружил, что bs=4096 является хорошим значением для большинства случаев. Это не имело большого значения для увеличения размера блока до более высоких значений. Если я правильно понял, это также значение, используемое несколькими программами (cat, cp и т. Д.). Это размер блока, используемый для dd под капотом в mkusb.
Возможно, все изменилось, так как я тестировал разные размеры блоков, но я думаю, что скорость в вашем случае ограничена аппаратурой флеш-памяти. Быстрый USB-накопитель 3 или быстрая карта памяти будет в 5 раз быстрее (~ 25 МБ / с) даже при подключении через USB 2. См. Эту ссылку и ссылки на нее,
help.ubuntu.com/community / Установка / FromUSBStick # Notes_about_speed
Итак, вы можете продолжить работу с bs=1M или использовать bs=4096.
Если вы хотите, вы можете попробовать несколько разных размеров блоков, но не ожидайте любое большое улучшение. Пожалуйста, вернитесь и сообщите о результатах, особенно если вы обнаружите значительное улучшение. В этом случае также важно указать аппаратное обеспечение и операционную систему (версия Ubuntu).
Я тестировал снова, с текущими версиями Lubuntu 16.04 LTS, (d12)
bs=4096
Тест выполнялся с использованием оболочки, скрипт, который для каждого размера блока стирал и синхронизировал первый Gibibyte целевого USB-накопителя (перезаписывался нулями), затем клонировал и синхронизировался с изобильным файлом Lubuntu (который немного меньше, чем один Gibibyte, поэтому в протертой части pendrive ). Во всех случаях использовалась чистая командная строка dd (без трубопроводов через pv или аналогичные команды). Большинство тестов проводилось с Lubuntu 16.04.2 LTS amd64 (с яккетским ядром), установленным на SSD, но тесты на рабочей станции HP xw8400 выполнялись с установленной системой Lubuntu 16.04 LTS i386 (с явлением xenial) во внутреннем HDD. «Extreme» и «Cruzer_blade» - это порт USB-накопителей Sandisk USB, где подключен целевой USB-накопитель «os-порт», где подключен SSD или жесткий диск с операционной системой. Более подробная информация приведена в следующей таблице и вариации из-за размера блока проиллюстрированы на следующих графиках с log (block size) вдоль оси x из-за характера диапазона значений размера блока, 512 (по умолчанию) 4096 (4K) 65536 (64K) 1048576 (1M) 4194304 (4M)help.ubuntu.com/community/Installation/FromUSBStick#Notes_about_speed
Выводы
Тест выполнялся с помощью shell-скрипта, который для каждого размера блока стирал и синхронизировал первый Gibibyte целевого USB-накопителя (перезаписывался нулями), затем клонировал и синхронизировал из файла iso Lubuntu (который немного меньше, чем один Gibibyte, поэтому внутри вытертой части маятника). Клонирование с размером блока от bs=4096 to 4M выполняется на «полной скорости». Есть только незначительные различия между тестовыми примерами (кроме bs=512).