Размер блока 64 КБ предназначен для максимизации пропускной способности и предотвращения "блеска обуви".

mt -f /dev/nst0 setblk 64k

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

возвращает:

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
...

Но номер блока в выводе tar соответствует размеру блока 512 B, несмотря на то, что коэффициент блокировки дает размер блока 64 kB (128 * 512).

И затем, независимо от размера блока команды mt (переменная, 64 КБ).

Целью будет произвольный доступ в Tar-ленту. Конвертировать размер блока 64 КБ в 512 означает обрезать.

Есть ли способ сопоставления записей по размеру tar и mt ?

|источник

2 ответа2

0

ОБНОВЛЕНИЕ: Arg! Вот тебе и тесты. Только что сделал полное резервное копирование, и tar с размером блока / записи по умолчанию работал примерно на 25% медленнее. Итак, я вернулся к использованию -b2048. Попробую -b1024 и посмотрим как пойдет.

Ладно, просто провёл несколько тестов. Мой совет - установить размер блока ленты на 0 (переменная) и выбрать блок / запись tar по вашему выбору. Я проверил, используя размер блока ленты 1M и 512K с соответствующими размерами записи tar (-b2048 = 1M -b1024 = 512K), а затем я установил размер блока ленты 0 и проверил, используя tar -b2048 и -b1024, и не было никакой разницы , Затем я снова запустил тест с 'setblk 0', но с размером блока tar по умолчанию 512 (другими словами, без -bxxxx) для общей длины записи 10240 байт, но без разницы в производительности.

Я использую Quantum LTO-5. Пока вы существенно превышаете 512 байт (я считаю, что по умолчанию LTO-5), вы должны быть в порядке, и вряд ли вы будете испытывать какие-либо проблемы с обувью. IMO, единственная причина установить размер блока диска (вместо переменного) - игнорирование размера программного блока (размер записи в случае tar).

Примечание. Размер блока по умолчанию для tar равен 512 байт x 20, а общий "размер записи" составляет 10240 байт. Кстати, все мои тесты завершились в течение 12 секунд, что составляет ~ 141 000 000 байт / с, максимальной пропускной способности LTO-5.

|источник
0

Мои результаты с --blocking-factor при использовании tar для записи на несколько архивов tar размером от 200 до 300 ГБ.

  • - коэффициент блокирования 256 пропускной способности от 62 до 68 МБ / с.

  • - коэффициент блокировки 1024, пропускная способность 87 МБ / с.

Я намерен провести больше экспериментов с еще большими блокирующими факторами.

Выше получен с размером аппаратного блока по умолчанию (я думаю, что переменная) и без сжатия.

Мое оборудование указано ниже:

  • HP EH958B StorageWorks Ultrium 3000 LTO-5 1,5/ 3 ТБ SAS (Serial Attached SCSI) Внешний ленточный накопитель половинной высоты LTO5

  • Ленточный картридж TDK LTO-5 Ultrium 1,5 ТБ / 3,0 ТБ LTO Лента Ultrium-5

  • Технология ATTO ExpressSAS H680 PCIe 2.0 Низкопрофильная карта SAS HBA 6 Гбит / с (внешние порты) P / N: ESAS-H680-000

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .