mt-st имеет возможность:
fast-eod ： пробел прямо в eod (и потеря номера файла)
Я управляю eod работа с / без этой опции, но, похоже, нет существенной разницы. Имеет ли значение fast-eod для LTO-ленты?
Мои тестовые данные:
mt-st eod команда в конечном итоге отправляет SCSI SPACE команду на привод независимо от fast-eod вариант. По LTO SCSI ссылка, для этой операции есть два параметра: CODE и COUNT.
CODE указывает тип точки завершения операции, как показано ниже. Например, если CODE = 3h, то привод LTO перемещает ленту вперед до достижения EOD.
COUNT - это количество логических объектов, которые необходимо разместить. Этот параметр будет проигнорирован, если CODE = 3h. Даже если CODE = 0h или 1h, операция прекращается в позиции EOD, если привод обнаруживает EOD во время обработки команды.
По ленте Linux Водитель, вот параметры, которые будут использоваться в зависимости от fast-eod вариант:
Таким образом, ленточный накопитель останавливается в состоянии EOD независимо от того, включен / выключен. Самый большой вопрос в том, что CODE=3h быстрее чем CODE=1h and COUNT=8388607? Вот прямая цитата из Bacula документ.
Я просто ожидаю, что для старых ленточных накопителей Filemark может быть медленнее, чем End-of-data, но не так сильно, как в медленном режиме Solaris.