ATUALIZAÇÃO: Arg! Tanto para testes. Apenas fiz um backup completo e o tar com seu tamanho padrão de bloco / registro ficou cerca de 25% mais lento. Então, voltei a usar o -b2048. Vai tentar-b1024 e ver como vai ser.
Ok, acabei de fazer alguns testes. Meu conselho é definir o tamanho do bloco de fita como 0 (variável) e escolher um bloco / registro de sua escolha. Eu testei usando um tamanho de bloco de fita de 1M e 512K com tamanhos de registro tar correspondentes (-b2048 = 1M -b1024 = 512K) e, em seguida, eu definir o tamanho do bloco de fita para 0 e testado usando tar -b2048 e -b1024 e não houve diferença . Em seguida, executei novamente um teste com 'setblk 0', mas com um tamanho de bloco de tar padrão de 512 (sem-bxxxx em outras palavras) para o comprimento total do registro de 10240 bytes e ainda sem diferença no desempenho.
Estou usando um Quantum LTO-5. Contanto que você esteja substancialmente acima de 512 bytes (o padrão LTO-5, eu acredito) você deve estar bem e é improvável que você experimente qualquer engraxamento de sapatos. IMO, a única razão para definir o tamanho do bloco de unidade (em vez de variável) é quando está ignorando o tamanho do bloco de software (tamanho do registro no caso de tar).
Nota: o tamanho de bloco padrão para tar é de 512 bytes x 20 para um "tamanho de registro" total de 10240 bytes. Btw, meus testes terminaram em 12 segundos, totalizando ~ 141.000.000 bytes / segundo, o throughput máximo do LTO-5.