Вопрос по dd и bs

Разница будет в том, по сколько нулей ты будешь записывать в раз.

то есть никакой разницы... находил инфу, что диску «полезнее», чтобы значение равнялось размеру блока или что-то вроде того.

Без глубокого понимания работы всех систем в цепочке /dev/zero -> пластины харда смысла подбирать значение bs почти нет.

Без глубокого понимания работы всех систем

вот тут мозг чуть ли и не закипает. В-общем, можно считать, что принципиальной разницы кроме скорости записи нулей нет.

ну почему же. если писать хотя бы по 512 байт, то уже несколько быстрее.

512 байт — это bs по умолчанию

т.е. ты хочешь сказать, что dd копирует не побайтно а по 512 байт? странно. раньше указание размера блока ускоряло процесс прилично.

Хз, сколько себя помню, всегда было так:

       ibs=bytes
              Читает по bytes байт за раз. По умолчанию 512.

       obs=bytes
              Пишет по bytes байт за раз. По умолчанию 512.

       bs=bytes
              Читает и пишет по bytes байт за раз. Данная опция перекрывает опции ibs и obs. 

Вопрос: в чем принципиальная разница, если речь идет о забивании ж/д нулями?

В уровне буферизации:

$ dd if=/dev/zero of=10MB.bin bs=10M count=1
1+0 records in
1+0 records out
10485760 bytes (10 MB) copied, 0.0123504 s, 849 MB/s

$ strace dd if=10MB.bin of=/dev/null bs=512 2>&1 | grep write | wc -l
20483
$ strace dd if=10MB.bin of=/dev/null bs=4096 2>&1 | grep write | wc -l
2563
$ strace dd if=10MB.bin of=/dev/null bs=1M 2>&1 | grep write | wc -l
13

сейчас проверил - действительно, без указания опций копирует по 512 байт. значит я что-то путаю.

В ядре Linux есть merging операций. В HDD есть свой многомегабайтный буфер операций и своя микропрограмма на этот счёт. Так что разницы практически никакой.