Tar a fita: número de bloco e fator de bloqueio

0

O blockize de 64 kiB é para maximizar o rendimento e evitar "engraxar sapatos".

mt -f /dev/nst0 setblk 64k

tar -c -v -R -b128 -f /dev/nst0 test_dir

retorna:

bloc 0 : test_dir/
bloc 1 : test_dir/file_1.bin
bloc 204802 : test_dir/file_2.bin
bloc 2252803 : test_dir/file_3.bin
bloc 4300804 : test_dir/file_4.bin
...

Mas o número do bloco na saída tar corresponde a 512 blocos-base B, apesar do fator de bloqueio dar blocos de 64 kiB (128 * 512).

E então, independentemente do tamanho do bloco do comando mt (variável, 64 kiB).

O objetivo seria acessar aleatoriamente na fita Tar-tape. Converter blocos de 64 kiB para 512 significa cortar.

Existe uma maneira de corresponder o tamanho dos registros de tar e mt ?

    
por idrevettenome 22.09.2015 / 11:18

2 respostas

0

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.

    
por 30.01.2016 / 05:35
0

Meus resultados com --blocking-factor usando tar para fita em vários arquivos tar de tamanho de 200 a 300 GB.

  • - taxa de transferência de fator de bloqueio de 256 a 68 MiB / s.

  • - taxa de transferência de fator de bloqueio de 1024 87 MiB / s.

Eu pretendo fazer mais experimentos com fatores de bloqueio ainda maiores.

Acima obtido com o tamanho padrão do bloco de hardware (acho variável) e sem compactação.

Meus equipamentos listados abaixo:

  • Unidade de fita externa HP EH958B StorageWorks Ultrium 3000 LTO-5 de 1.5 / 3TB SAS (Serial Attached SCSI) de meia altura LTO5

  • Cartucho de dados TDK LTO-5 Ultrium Fita LTO Ultrium-5 de 1,5 TB / 3,0 TB

  • Tecnologia ATTO ExpressSAS H680 Placa HBA SAS de baixo perfil 6Gb / s PCIe 2.0 (portas externas) P / N: ESAS-H680-000

por 23.02.2016 / 15:56

Tags