ファイルシステム総合スレその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/09/10(水) 20:55:54.12

正規化するのは人間の認知機能的にその方が自然に感じられるからでは
バイト表現が違ったら別の識別子ってのもコンピューター側の意見であって、多分どっちが正しいってわけではない

**login:Penguin** · 2025/09/11(木) 01:07:03.64

片仮名と平仮名は同じ扱い？
漢字の旧字と新字とは同じ扱い？
漫画とマンガとは同じ扱い？

これらの検索方法は利用者が決める話で
ファイル内容検索では大文字小文字区分しないのは意味があると思う

でもファイル名は識別子であり区分しない理由が無い

**login:Penguin** · 2025/09/11(木) 01:13:20.42

字形が異なる大文字小文字を区別しないのに
字形が同じ合成済み分解済み文字を区別するのはおかしいというのが恐らくAppleの言い分

**login:Penguin** · 2025/09/11(木) 06:43:28.70

まあgdgd言ってないで、未だに残るニホンゴのコードをどうにかしろ。
UTF にしたときのフォントも支那語になってる。

**login:Penguin** · 2025/09/11(木) 13:21:38.95

>>35
現在のWindowsの元になっているWinNTはWin3.1(DOS+GUIシェル)時代に作られたんで、
DOS/FATとの互換性が必須で、それらのうんこ仕様を引きずってしまってるんよ
でもそうすると新しく作られるWin32アプリも大文字小文字同一視前提で作るじゃん？
それの互換性維持する必要あるじゃん？で今に至る

**login:Penguin** · 2025/09/12(金) 01:23:27.94

NTは開発中にWin3.1が大ヒットしてしまったのでWin互換にすることになった
互換性を持たせるために七転八倒することになる開発チームの話は開発ドキュメンタリー本でも面白い所

**login:Penguin** · 2025/09/12(金) 06:12:50.08

まあ今みるとクソ仕様だもんな

だが悪貨が良貨を駆逐してしまった

**login:Penguin** · 2025/09/12(金) 08:04:14.29

でも結局NT系になってるんやろ？
良貨が残ったやん

**login:Penguin** · 2025/09/12(金) 08:18:59.74

クソ仕様を引き継いだ「悪貨になってしまった物」しか
残ってないわけだが

**login:Penguin** · 2025/09/12(金) 09:44:50.52

だれも得しない仕様は排除すればよいのに
あと無料で出回るソフトがソースコード公開していないから
コンパイルし直せないとか？
マルウェアとか懸念しないのかねｘ

**login:Penguin** · 2025/09/12(金) 13:16:52.41

ケースセンシティブなファイルシステムが万人にとって正義、ではないでしょ

似たような話で設定パラメータをケースセンシティブにするかどうかってのもあるね
Linux だと dconf はケースインセンシティブ(小文字オンリー)で gsettings だとセンシティブになってる

xterm か XTerm かで悩んだ世代的にはインセンシティブの方がありがたいわ

**login:Penguin** · 2025/09/12(金) 15:47:33.88

貴方のおっしゃるインセンシティブには
斎藤さんの齋やら
渡辺さんの邉やら
区別せず検索することも含まれるの？

検索の目的に応じて使い分けるほうが賢いのでは？
デフォルトでセンシティブにしておいて必要ならインセンシティブで検索するほうが賢い

**login:Penguin** · 2025/09/12(金) 20:21:11.11

ファイルシステム側でUnicodeの処理されるとUnicodeのバージョンの問題が出るしな
ファイルシステムの使ってるバージョンと厳密に一致させるようなことはどこもしてないから
sambaにしろgitにしろコーナーケースを狙って誤動作させることができる
現実に問題になるケースは少ないだろうけど

**login:Penguin** · 2025/09/13(土) 09:05:04.63

やっぱり標準では大文字小文字無視にして
一部の人用にケースセンシティブも用意する
というのが一番バランス取れてるな

**login:Penguin** · 2025/09/13(土) 09:48:55.79

https://learn.microsoft.com/windows/wsl/case-sensitivity

**login:Penguin** · 2025/09/13(土) 10:27:43.75

ほう、WSL対応の為ディレクトリ別に大文字小文字区別できるようにしたんか
でもまあデフォは区別しないままだろうな
今更デフォ変えたら大混乱だろうし

**login:Penguin** · 2025/09/13(土) 11:27:26.27

MSもどうやってlinuxでカネモウケしようか必死みたいね

**login:Penguin** · 2025/09/13(土) 12:10:02.38

POSIX互換を流用しただけみたいだから実装はもっと昔じゃねえか

**login:Penguin** · 2025/09/14(日) 00:09:21.39

wsl2めっちゃ便利だからな
早くlinuxもあの使い勝手を真似して欲しい

**login:Penguin** · 2025/09/14(日) 05:27:53.23

LinuxはいままでWindowsの縄張りであるデスクトップPCを侵さないようにしてきたので
MSもLinuxの縄張りは侵して欲しくないな

**login:Penguin** · 2025/09/14(日) 07:56:06.23

会社はカネモウケが目的なんだから無理だろw

**login:Penguin** · 2025/09/14(日) 10:36:48.24

Windowsのgitに関しては、ファイル名なんかの問題より、オープンファイルの扱いの方が遥かに厄介な問題だろ。

**login:Penguin** · 2025/09/15(月) 15:52:47.57

後出しなのになんで標準的で使いやすい UNIX/Linuxと同じ設計にしないのか理解に苦しむ

**login:Penguin** · 2025/09/15(月) 20:05:18.20

>>58
オープンファイルの話なら、DOSか何かの仕様を引きずってるらしい。

**login:Penguin** · 2025/09/16(火) 00:12:31.49

UNIXが使いやすいという認識が間違ってるよ
Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

**login:Penguin** · 2025/09/16(火) 01:06:03.14

androidは異常だからね
ファイルシステム全体を利用者にも自由に見せない

**login:Penguin** · 2025/09/16(火) 01:07:31.38

でも世界でいちばん使われているUNIXはAndroidだよ

**login:Penguin** · 2025/09/16(火) 01:18:55.55

>>60
> Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

へえそうなんだ

Windowsでファイル管理する人もいるから
あえてそれに合わせてやってるのか

**login:Penguin** · 2025/09/16(火) 03:29:23.95

unix/linuxの特徴、利点は/dev/とかカーネルが見せるファイル形式にして
open()/close()等で簡単にアクセスできる利点がある
ファイル見せなきゃunix/linuxの理念とか無視だよね

**login:Penguin** · 2025/09/16(火) 06:03:35.35

私的に所有する端末の root になれない。

ここがもうダメでしょ。

監視前提の話だよ。

**login:Penguin** · 2025/09/16(火) 12:12:06.80

>>65
うっかり消したりしないような保護の概念であってな

**login:Penguin** · 2025/09/16(火) 21:09:45.33

ファイルパーミッションを適切に
や
普段は一般ユーザーでrootは必要最小限に
など
運用ノウハウがあってそれで守られている

システムバックアップも自由に取らせないのに
保護とか詭弁だよ

**login:Penguin** · 2025/09/16(火) 21:18:43.41

rootなんて渡したら終わりだよ。

自分でぶっ壊して、文句を言う人で溢れて、サポートコストが爆発するんじゃね？まだまだ一般人には難しいよ。

rootが欲しいなら、AOSPのカスタムROMとか使えばいいんじゃない？やった事ないけれど。

**login:Penguin** · 2025/09/16(火) 21:32:15.95

マニアが使うPDAやデスクトップOSならわかるけど
おじいちゃんおばあちゃんも使う電話だからね
セキュリティ要件が極めて高い

**login:Penguin** · 2025/09/17(水) 01:08:33.05

ISO 9660みたいなの早く滅べ

**login:Penguin** · 2025/09/17(水) 07:43:58.21

>>67
ノウハウや運用でカバーとか、バカーの言うことだよ

**login:Penguin** · 2025/09/17(水) 13:04:58.48

#エラー回避行

ほら監視前提だろ

**login:Penguin** · 2025/09/17(水) 22:30:13.64

工学部や理学部の普通の学生が当たり前に使えるので誰でも使えるはず

**login:Penguin** · 2025/09/20(土) 00:30:57.82

Linuxカーネル6.17で、EXT4,XFS,F2FS,Bcachefs,OpenZFSの性能測定

Linux 6.17 File-System Benchmarks, Including OpenZFS & Bcachefs 2025/9/19
https://www.phoronix.com/review/linux-617-filesystems

**login:Penguin** · 2025/09/20(土) 00:32:55.59

>>74
Btrfsが抜けてました。

**login:Penguin** · 2025/09/20(土) 01:47:10.13

SQLiteのベンチで OpenZFS がトップなのを見て、最初大天才が作ったのかと思ったけど、後ろのベンチマークに移るとそうでもなかった

**login:Penguin** · 2025/09/21(日) 01:10:06.37

>>75
抜かさないでよ～😭

**login:Penguin** · 2025/09/21(日) 07:11:12.91

ベンチ結果見る度に
ん～、、、、まあ凝った使い方してないしext4のままでいっか
ってなる

**login:Penguin** · 2025/09/21(日) 07:26:03.47

>>74
やはり xfs はソツなく優秀

**login:Penguin** · 2025/09/22(月) 10:10:03.35

bcachefsがカーネルから外されたからDKMSになってる

**login:Penguin** · 2025/09/24(水) 06:14:50.79

Linux PCで4K8K放送をコピーフリー録画してるよ

ラジオライフ
https://i.imgur.com/W2j1xjP.png
https://www.sansaibooks.co.jp/item/9644/

4K放送のリアルタイム視聴ソフトが出てる
https://seesaawiki.jp/pt4k/d/Xview4K

**login:Penguin** · 2025/09/28(日) 00:15:30.85

A Major Trading Firm Has Open-Sourced The Latest Linux File-System: TernFS
https://www.phoronix.com/news/TernFS-File-System-Open-Source

警備員[Lv.8][新] · 2025/09/30(火) 09:27:04.98

Linus Torvalds Removes The Bcachefs Code From The Linux Kernel

www.phoronix.com/news/Bcachefs-Removed-Linux-6.18

あーやっぱり……

**login:Penguin** · 2025/10/07(火) 21:16:51.78

bcachefsはlinuxメインラインから外されたことだし
windowsにも移植してほしいな

ファイルシステムのみでHDD＋SSDキャッシュを組めるZFSをwindowsで試してるんだけどあまり効果が出てない
ZFSはbcachefsとともに長い日本語ファイルを扱うのに不可欠なlongnameに対応してる点でも有望ではあるんだけど

bcacheをwindowsに移植してくれても助かる
bcache上にNTFSをフォーマットして普通に使えばよいから

**login:Penguin** · 2025/10/07(火) 23:57:34.79

ファイルシステムではないけどDM-PCACHEというキャッシュが開発されている

https://www.phoronix.com/news/DM-PCACHE-For-Linux-6.18

**login:Penguin** · 2025/10/08(水) 00:52:26.66

>>85
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない

bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば

**login:Penguin** · 2025/10/08(水) 18:07:49.43

6.18は見どころが多い

**login:Penguin** · 2025/10/09(木) 11:32:48.28

恐縮です

**login:Penguin** · 2025/10/14(火) 01:26:58.52

OpenZFS windowsは細かい不具合あってまだ本番運用出来てない

**login:Penguin** · 2025/10/15(水) 00:07:31.52

OpenZFSOnWindows-debug-2.3.1rc12v2.exe

やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある

これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな

**login:Penguin** · 2025/10/15(水) 08:25:07.74

>>90
ほんとかなあ
プログラムが間違っているだけではないか？

**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