mt-st 有一个选项：
fast-eod： 空格直接进入eod（丢失文件编号）
我eod使用/不使用此选项运行操作，但似乎没有显著差异。fast-eod 对 LTO 磁带有影响吗？
我的测试数据：
- HP lto6 磁带驱动器
- 写入 8GB*312 个文件（2.5TB），块大小 512K，禁用压缩
- 没有此选项的 BOT 排爆：4.7 秒
- 使用 BOT 的此选项进行 eod：4s
答案1
mt-steod命令最终会SPACE向驱动器发送 SCSI 命令，无论fast-eod选项如何。根据 LTO SCSI参考，此操作有两个参数：CODE和COUNT。
CODE 指定操作终止点的类型，如下所示。例如，如果 CODE=3h，则 LTO 驱动器将磁带向前移动，直到到达 EOD。
- 0h ：阻止
- 1h : 文件标记
- 3小时：爆炸结束
COUNT 是要间隔的逻辑对象数。如果 CODE=3h，此参数将被忽略。即使 CODE=0h 或 1h，如果驱动器在处理命令时遇到 EOD，操作也会在 EOD 位置终止。
根据Linux磁带司机，以下是根据选项要使用的参数fast-eod：
- 启用：CODE=3h
- 已禁用：CODE=1h 且 COUNT=8,388,607 (0x7fffff)
因此，无论启用/禁用，磁带驱动器都会在 EOD 点停止。最大的问题是这CODE=3h比 ? 更快CODE=1h and COUNT=8388607？以下是 Bacula 的直接引述文档。
我只是希望，对于较旧的磁带驱动器，文件标记可能会比数据结束慢，但不会像 Solaris 慢速模式那样慢。