ファイルシステム総合スレその21

**login:Penguin** · 2025/06/22(日) 09:48:34.34

● 前スレ
ファイルシステム総合スレその19
https://mao.5ch.net/test/read.cgi/linux/1592027147/l50
ファイルシステム総合スレその20
https://mao.5ch.net/test/read.cgi/linux/1722312892/l50

● 関連スレ
ジャーナリングファイルシステム
https://mevius.5ch.net/test/read.cgi/unix/979408065/l50

OpenSolaris/Illumos (OpenIndiana, etc.) 6
https://mevius.5ch.net/test/read.cgi/unix/1337411922/l50

FS関連スレ
https://medaka.5ch.net/test/read.cgi/os/1137387538/l50
過去スレ, 関連リンクは >>2-10 あたりで.

**login:Penguin** · 2025/10/15(水) 18:41:22.55

>>91
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった

mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
フォルダにファイルが少ないときはOpenZFSでも正常に再生される

**login:Penguin** · 2025/10/15(水) 18:48:29.71

対策としては
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある

あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる

**login:Penguin** · 2025/10/16(木) 12:45:50.99

そこまで分かってるならissueあげればいいじゃん
自分で書いてプルリク出すのもいいけど

**login:Penguin** · 2025/10/20(月) 21:04:59.37

NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。

**login:Penguin** · 2025/10/22(水) 10:17:25.38

ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ…
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな

**login:Penguin** · 2025/10/22(水) 10:25:35.31

なんで4を使わんのよ

**login:Penguin** · 2025/10/22(水) 15:06:33.15

信用できないんじゃね?

**login:Penguin** · 2025/10/24(金) 03:58:49.12

Ｒｕｓｔｅｒファイルシステムって無茶苦茶遅いんだが、どうなって
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。

**login:Penguin** · 2025/10/24(金) 05:50:23.84

分散ファイルシステムで速度を出すのは難しいよ
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい

**login:Penguin** · 2025/10/25(土) 00:42:35.56

lustre 使ってるやつがそこまでスペルミスするか疑問
エアプってやつ？

ファイルシステム総合スレ その21

ファイルシステム総合スレその21