● 前スレ
ファイルシステム総合スレ その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 あたりで.
探検
ファイルシステム総合スレ その21
1login:Penguin
2025/06/22(日) 09:48:34.34ID:A0LT32zn2025/10/08(水) 00:52:26.66ID:A24jeYnM
>>85
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない
bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない
bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば
87login:Penguin
2025/10/08(水) 18:07:49.43ID:jg9Wblkc 6.18は見どころが多い
2025/10/09(木) 11:32:48.28ID:A09Nr17d
恐縮です
2025/10/14(火) 01:26:58.52ID:tkxBTzFk
OpenZFS windowsは細かい不具合あってまだ本番運用出来てない
2025/10/15(水) 00:07:31.52ID:fZZzZpth
OpenZFSOnWindows-debug-2.3.1rc12v2.exe
やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある
これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな
やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある
これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな
2025/10/15(水) 08:25:07.74ID:MLXgBrNq
2025/10/15(水) 18:41:22.55ID:fZZzZpth
>>91
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった
mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
フォルダにファイルが少ないときはOpenZFSでも正常に再生される
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった
mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
フォルダにファイルが少ないときはOpenZFSでも正常に再生される
2025/10/15(水) 18:48:29.71ID:fZZzZpth
対策としては
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある
あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある
あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる
2025/10/16(木) 12:45:50.99ID:4C4PD60o
そこまで分かってるならissueあげればいいじゃん
自分で書いてプルリク出すのもいいけど
自分で書いてプルリク出すのもいいけど
95login:Penguin
2025/10/20(月) 21:04:59.37ID:iBRWgynz NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。
96login:Penguin
2025/10/22(水) 10:17:25.38ID:1JCe1hjN ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ…
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな
2025/10/22(水) 10:25:35.31ID:NmvaUG5u
なんで4を使わんのよ
2025/10/22(水) 15:06:33.15ID:JMpYx3Zn
信用できないんじゃね?
99login:Penguin
2025/10/24(金) 03:58:49.12ID:4PFZDZ3L Ｒｕｓｔｅｒファイルシステムって無茶苦茶遅いんだが、どうなって
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。
100login:Penguin
2025/10/24(金) 05:50:23.84ID:hhrjqrxO 分散ファイルシステムで速度を出すのは難しいよ
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい
101login:Penguin
2025/10/25(土) 00:42:35.56ID:0jjmVSWn lustre 使ってるやつがそこまでスペルミスするか疑問
エアプってやつ？
エアプってやつ？
レスを投稿する
