LinuxでのNTFSサポート、大きなスパースファイルの処理、パフォーマンスへの影響

バックグラウンド ：

最近のKnoppix環境でddrescueを使用して、故障したHDDからデータを回復しようとしました。最初に出力をNTFSパーティションに保存しましたが、ある時点でコピーレートが一貫して非常に遅くなりました（〜600KB / s）。特に、特に大幅な減速をもたらすと報告されていたため、大量。次にext4に切り替えたところ、パフォーマンスが大幅に改善されたようです。（この質問を参照してください。）

ddrescueによって生成された出力イメージファイルの「ディスク上のサイズ」は実際のサイズよりもはるかに小さいことに気付きました。 、-Sスイッチ（「スパース書き込み」）が使用されていない場合でも。この場合、-Sスイッチを使用すると、空のセクターが実際に入力から読み取られ、出力にも割り当てられないため、「完全に」スパースになります。（他の質問を参照してください。）

質問 ：

NTFSとext4の間でこのパフォーマンスギャップをどのように説明できますか？それはまさしくまばらに関連していますか？Linux NTFSドライバーは、大きなスパースファイルの処理に問題があることがわかっていますか？

まず、NTFS-3Gを使用していた可能性があります。NTFS-3Gは、カーネルではなくユーザー空間に実装されています。それだけでは、ext4を使用したときに行ったNTFSを使用したときに、少なくとも2倍のコンテキストスイッチがあったことを意味します。

それを超えると、私は自分のテストに基づいてNTFSがNTFS-3Gを使用して、またはカーネルのネイティブドライバ（NTFS-3Gの全体的なサポートがはるかに優れているため、ほとんど誰も使用しません）。