ファイルシステム総合スレ その21 (101レス)
ファイルシステム総合スレ その21 http://mao.5ch.net/test/read.cgi/linux/1750553314/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
84: login:Penguin [sage] 2025/10/07(火) 21:16:51.78 ID:cbErhMfy bcachefsはlinuxメインラインから外されたことだし windowsにも移植してほしいな ファイルシステムのみでHDD+SSDキャッシュを組めるZFSをwindowsで試してるんだけどあまり効果が出てない ZFSはbcachefsとともに長い日本語ファイルを扱うのに不可欠なlongnameに対応してる点でも有望ではあるんだけど bcacheをwindowsに移植してくれても助かる bcache上にNTFSをフォーマットして普通に使えばよいから http://mao.5ch.net/test/read.cgi/linux/1750553314/84
85: login:Penguin [] 2025/10/07(火) 23:57:34.79 ID:BkXHP+cb ファイルシステムではないけどDM-PCACHEというキャッシュが開発されている https://www.phoronix.com/news/DM-PCACHE-For-Linux-6.18 http://mao.5ch.net/test/read.cgi/linux/1750553314/85
86: login:Penguin [sage] 2025/10/08(水) 00:52:26.66 ID:A24jeYnM >>85 こういうのいいね、実運用レベルになってほしい Intel Optaneの小容量のが激安になってきたんで まとめ買いしてあるんだけど、 Intel公式のOptaneキャッシュドライバはWindowsのしかない bcacheはbtrfsには使うなみたいだし、代替として じっくり成熟してくれれば http://mao.5ch.net/test/read.cgi/linux/1750553314/86
87: login:Penguin [] 2025/10/08(水) 18:07:49.43 ID:jg9Wblkc 6.18は見どころが多い http://mao.5ch.net/test/read.cgi/linux/1750553314/87
88: login:Penguin [sage] 2025/10/09(木) 11:32:48.28 ID:A09Nr17d 恐縮です http://mao.5ch.net/test/read.cgi/linux/1750553314/88
89: login:Penguin [sage] 2025/10/14(火) 01:26:58.52 ID:tkxBTzFk OpenZFS windowsは細かい不具合あってまだ本番運用出来てない http://mao.5ch.net/test/read.cgi/linux/1750553314/89
90: login:Penguin [sage] 2025/10/15(水) 00:07:31.52 ID:fZZzZpth OpenZFSOnWindows-debug-2.3.1rc12v2.exe やっと不具合の原因を突き止めた QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに 関係ないファイルもリストアップする不具合がある これでは本番環境では使えない L2ARCによる高速化の効果は出てきてたから惜しいな http://mao.5ch.net/test/read.cgi/linux/1750553314/90
91: login:Penguin [sage] 2025/10/15(水) 08:25:07.74 ID:MLXgBrNq >>90 ほんとかなあ プログラムが間違っているだけではないか? http://mao.5ch.net/test/read.cgi/linux/1750553314/91
92: login:Penguin [sage] 2025/10/15(水) 18:41:22.55 ID:fZZzZpth >>91 システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった mpc-beは動画を再生するとき字幕データを探すために、 様々な名前で同フォルダ親フォルダを検索する他、 拡張子違いのファイルを探すためにワイルドカードを使う このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れて
エラーになるようだ フォルダにファイルが少ないときはOpenZFSでも正常に再生される http://mao.5ch.net/test/read.cgi/linux/1750553314/92
93: login:Penguin [sage] 2025/10/15(水) 18:48:29.71 ID:fZZzZpth 対策としては 自分で改造して修正を試みる 文字列処理のミスなので俺でも修正できる可能性はある あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う この場合でもL2ARCを組み合わせることが可能で目的は果たせる http://mao.5ch.net/test/read.cgi/linux/1750553314/93
94: login:Penguin [sage] 2025/10/16(木) 12:45:50.99 ID:4C4PD60o そこまで分かってるならissueあげればいいじゃん 自分で書いてプルリク出すのもいいけど http://mao.5ch.net/test/read.cgi/linux/1750553314/94
95: login:Penguin [] 2025/10/20(月) 21:04:59.37 ID:iBRWgynz NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。 http://mao.5ch.net/test/read.cgi/linux/1750553314/95
96: login:Penguin [] 2025/10/22(水) 10:17:25.38 ID:1JCe1hjN ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ… 自動mountでもntfs3からntfs-3gに戻されたディストリもあったし ntfsplusは安定してくれるといいな http://mao.5ch.net/test/read.cgi/linux/1750553314/96
97: login:Penguin [sage] 2025/10/22(水) 10:25:35.31 ID:NmvaUG5u なんで4を使わんのよ http://mao.5ch.net/test/read.cgi/linux/1750553314/97
98: login:Penguin [sage] 2025/10/22(水) 15:06:33.15 ID:JMpYx3Zn 信用できないんじゃね? http://mao.5ch.net/test/read.cgi/linux/1750553314/98
99: login:Penguin [] 2025/10/24(金) 03:58:49.12 ID:4PFZDZ3L Rusterファイルシステムって無茶苦茶遅いんだが、どうなって るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら 日が暮れる。 http://mao.5ch.net/test/read.cgi/linux/1750553314/99
100: login:Penguin [] 2025/10/24(金) 05:50:23.84 ID:hhrjqrxO 分散ファイルシステムで速度を出すのは難しいよ 個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい http://mao.5ch.net/test/read.cgi/linux/1750553314/100
101: login:Penguin [] 2025/10/25(土) 00:42:35.56 ID:0jjmVSWn lustre 使ってるやつがそこまでスペルミスするか疑問 エアプってやつ? http://mao.5ch.net/test/read.cgi/linux/1750553314/101
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.453s*