LTFS

LTFSを利用しない場合（tarフォーマットを利用する場合等）､データは名前の無いデータブロックとしてテープに記録される｡ LTFSを利用した場合､XML形式のメタデータにより､ディレクトリ構造を有しているようにユーザー/アプリケーション側から見える｡ テープをディスク媒体もしくはリムーバブルメディア（USBメモリ、外付けHDD等）と同様に扱えるようになる｡

• ドラッグ・アンド・ドロップでアクセスが可能｡
• 共編者とのデータ交換が容易になる（可搬性に優れ､他のリムーバブルメディアよりも高容量）｡
• LTFSを利用したどのシステムからでも読み書きできる｡ 複数の異なるシステムに渡ってカートリッジを利用可能である｡
• 上位アプリケーションとの連携が容易になる｡
• 外部システムにメタデータ管理のデータベースを持たなくても良い｡

等の利点がある｡

しかしながら､テープのシーケンシャルな記録再生特性自体は変わらない｡ ファイルの上書きや削除はディスク媒体と異なったな振る舞いを示す｡ 一般的にテープでは､直前に記録したデータブロックの終点から追記を始める｡ 2つのデータブロックに挟まれた特定の領域のみを更新する事は困難である｡ これはLTFSを利用しても変わらない｡ このため､LTFSではファイルを削除しても削除分の容量を取り戻すことは出来ない (該当領域が利用不可能とマークされるだけである)｡ 上書きも同様にデータブロックの更新が起こるのではなく､新たなファイル追記のように振る舞う(ファイル全体の容量分が新たに消費される)｡ テープ全体をリフォーマットして初めて､データが消去され､容量が取り戻る｡

上記の欠点があるにもかかわらず､HDDより優れたユースケースもある｡ LTOのストリーミング時のデータ転送速度はHDDよりも高速である｡

2008から2009年の間にIBMが初めてプロトタイプを作製した｡ これはNAB show 2009でデモンストレーションされた｡ デモでのフィードバックにもとづき､IBMは製品化に向けてオーバーホールした｡ LTFSの開発チームはLTOベンダー（HP及びクアンタム）と協業し､一般公開に向けてサポート構築を行った｡

IBM､ HP､ クアンタム及びLTO Consortiumでサポートされた実装とスペックが2010年4月12日にリリースされた^[1]｡

現在､SNIAのLinear Tape File System Technical Work Groupがアーキテクチャの策定を担っている｡

2016年6月､ISO標準として認定される (ISO/IEC 20919:2016)^[2]｡

過去のバージョンに準拠しているメディアは正しく再生出来ること､等｡

テープロードと同時にインデックス・パーティションを読み込んでホストサーバーのメモリ空間に展開する｡ 高速なインデックスサーチが可能である｡ 後述のライブラリエディションを利用する場合､また数百kB程度の小さいファイルを大量に書き込む場合等では特に､想定される最大ファイル数及びディレクトリ数に応じて､ホストサーバーのメモリ量を注意深く設計する必要がある^[3]｡