ファイルシステム総合スレ その21 (101ﾚｽ)
上下前次1-新
34: 09/10(水)14:20 ID:Ke1cx1f8(2/2) AAS
FATとかでもそうだね。
ファイルシステム的には大文字小文字は別
35(1): 09/10(水)19:10 ID:TQvQeeuf(2/2) AAS
だからなぜそのような制限をするの？理由を明確にしないから責められる
36: 09/10(水)20:55 ID:vxIIqk6u(2/2) AAS
正規化するのは人間の認知機能的にその方が自然に感じられるからでは
バイト表現が違ったら別の識別子ってのもコンピューター側の意見であって、多分どっちが正しいってわけではない
37: 09/11(木)01:07 ID:pq94RQqn(1) AAS
片仮名と平仮名は同じ扱い？
漢字の旧字と新字とは同じ扱い？
漫画とマンガとは同じ扱い？
これらの検索方法は利用者が決める話で
ファイル内容検索では大文字小文字区分しないのは意味があると思う
でもファイル名は識別子であり区分しない理由が無い
38: 09/11(木)01:13 ID:zmL6PNZ1(1) AAS
字形が異なる大文字小文字を区別しないのに
字形が同じ合成済み分解済み文字を区別するのはおかしいというのが恐らくAppleの言い分
39: 09/11(木)06:43 ID:TRLspJp/(1) AAS
まあgdgd言ってないで、未だに残るニホンゴのコードをどうにかしろ。
UTF にしたときのフォントも支那語になってる。
40: 09/11(木)13:21 ID:d3uo6gRt(1) AAS
>>35
現在のWindowsの元になっているWinNTはWin3.1(DOS+GUIシェル)時代に作られたんで、
DOS/FATとの互換性が必須で、それらのうんこ仕様を引きずってしまってるんよ
でもそうすると新しく作られるWin32アプリも大文字小文字同一視前提で作るじゃん？
それの互換性維持する必要あるじゃん？で今に至る
41: 09/12(金)01:23 ID:gZve96Nl(1) AAS
NTは開発中にWin3.1が大ヒットしてしまったのでWin互換にすることになった
互換性を持たせるために七転八倒することになる開発チームの話は開発ドキュメンタリー本でも面白い所
42: 09/12(金)06:12 ID:g4se4/z1(1) AAS
まあ今みるとクソ仕様だもんな
だが悪貨が良貨を駆逐してしまった
43: 09/12(金)08:04 ID:uJ1RI9LW(1) AAS
でも結局NT系になってるんやろ？
良貨が残ったやん
44: 09/12(金)08:18 ID:70QidB5Z(1) AAS
クソ仕様を引き継いだ「悪貨になってしまった物」しか
残ってないわけだが
45: 09/12(金)09:44 ID:reBVyRAV(1/2) AAS
だれも得しない仕様は排除すればよいのに
あと無料で出回るソフトがソースコード公開していないから
コンパイルし直せないとか？
マルウェアとか懸念しないのかねｘ
46: 09/12(金)13:16 ID:LDJkSNRV(1) AAS
ケースセンシティブなファイルシステムが万人にとって正義、ではないでしょ
似たような話で設定パラメータをケースセンシティブにするかどうかってのもあるね
Linux だと dconf はケースインセンシティブ(小文字オンリー)で gsettings だとセンシティブになってる
xterm か XTerm かで悩んだ世代的にはインセンシティブの方がありがたいわ
47: 09/12(金)15:47 ID:reBVyRAV(2/2) AAS
貴方のおっしゃるインセンシティブには
斎藤さんの齋やら
渡辺さんの邉やら
区別せず検索することも含まれるの？
検索の目的に応じて使い分けるほうが賢いのでは？
デフォルトでセンシティブにしておいて必要ならインセンシティブで検索するほうが賢い
48: 09/12(金)20:21 ID:ZN2lBYy5(1) AAS
ファイルシステム側でUnicodeの処理されるとUnicodeのバージョンの問題が出るしな
ファイルシステムの使ってるバージョンと厳密に一致させるようなことはどこもしてないから
sambaにしろgitにしろコーナーケースを狙って誤動作させることができる
現実に問題になるケースは少ないだろうけど
49: 09/13(土)09:05 ID:EnYizwQV(1) AAS
やっぱり標準では大文字小文字無視にして
一部の人用にケースセンシティブも用意する
というのが一番バランス取れてるな
50: 09/13(土)09:48 ID:PNyMVmRw(1/2) AAS
外部ﾘﾝｸ:learn.microsoft.com
51: 09/13(土)10:27 ID:xjdVMipv(1) AAS
ほう、WSL対応の為ディレクトリ別に大文字小文字区別できるようにしたんか
でもまあデフォは区別しないままだろうな
今更デフォ変えたら大混乱だろうし
52: 09/13(土)11:27 ID:KFDZBgUl(1) AAS
MSもどうやってlinuxでカネモウケしようか必死みたいね
53: 09/13(土)12:10 ID:PNyMVmRw(2/2) AAS
POSIX互換を流用しただけみたいだから実装はもっと昔じゃねえか
54: 09/14(日)00:09 ID:z3AXHgZ5(1) AAS
wsl2めっちゃ便利だからな
早くlinuxもあの使い勝手を真似して欲しい
55: 09/14(日)05:27 ID:aSi9NrPJ(1) AAS
LinuxはいままでWindowsの縄張りであるデスクトップPCを侵さないようにしてきたので
MSもLinuxの縄張りは侵して欲しくないな
56: 09/14(日)07:56 ID:AmwnEMpJ(1) AAS
会社はカネモウケが目的なんだから無理だろw
57: 09/14(日)10:36 ID:Kydv8pzR(1) AAS
Windowsのgitに関しては、ファイル名なんかの問題より、オープンファイルの扱いの方が遥かに厄介な問題だろ。
58(1): 09/15(月)15:52 ID:hAzw7qNl(1) AAS
後出しなのに なんで標準的で使いやすい UNIX/Linuxと同じ設計にしないのか 理解に苦しむ
59: 09/15(月)20:05 ID:YXbemfZL(1) AAS
>>58
オープンファイルの話なら、DOSか何かの仕様を引きずってるらしい。
60(1): 09/16(火)00:12 ID:XiZuvUtG(1) AAS
UNIXが使いやすいという認識が間違ってるよ
Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし
61: 09/16(火)01:06 ID:WmjYS8hv(1/3) AAS
androidは異常だからね
ファイルシステム全体を利用者にも自由に見せない
62: 09/16(火)01:07 ID:3GHkUB4K(1) AAS
でも世界でいちばん使われているUNIXはAndroidだよ
63: 09/16(火)01:18 ID:2JfjsSkc(1) AAS
>>60
> Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし
へえそうなんだ
Windowsでファイル管理する人もいるから
あえてそれに合わせてやってるのか
64: 09/16(火)03:29 ID:WmjYS8hv(2/3) AAS
unix/linuxの特徴、利点は/dev/とかカーネルが見せるファイル形式にして
open()/close()等で簡単にアクセスできる利点がある
ファイル見せなきゃunix/linuxの理念とか無視だよね
65(1): 09/16(火)06:03 ID:LxBbGier(1) AAS
私的に所有する端末の root になれない。
ここがもうダメでしょ。
監視前提の話だよ。
66: 09/16(火)12:12 ID:Z+N1MJil(1) AAS
>>65
うっかり消したりしないような保護の概念であってな
67(1): 09/16(火)21:09 ID:WmjYS8hv(3/3) AAS
ファイルパーミッションを適切に
や
普段は一般ユーザーでrootは必要最小限に
など
運用ノウハウがあってそれで守られている
システムバックアップも自由に取らせないのに
保護とか詭弁だよ
68: 09/16(火)21:18 ID:qYlyth1G(1) AAS
rootなんて渡したら終わりだよ。
自分でぶっ壊して、文句を言う人で溢れて、サポートコストが爆発するんじゃね？まだまだ一般人には難しいよ。
rootが欲しいなら、AOSPのカスタムROMとか使えばいいんじゃない？やった事ないけれど。
69: 09/16(火)21:32 ID:B9HBpgWe(1) AAS
マニアが使うPDAやデスクトップOSならわかるけど
おじいちゃんおばあちゃんも使う電話だからね
セキュリティ要件が極めて高い
70: 09/17(水)01:08 ID:UoQbfS+W(1) AAS
ISO 9660みたいなの早く滅べ
71: 09/17(水)07:43 ID:acH4/eQ1(1) AAS
>>67
ノウハウや運用でカバーとか、バカーの言うことだよ
72: 09/17(水)13:04 ID:bClzhy9S(1) AAS
#エラー回避行
ほら監視前提だろ
73: 09/17(水)22:30 ID:9n3Qep4h(1) AAS
工学部や理学部の普通の学生が当たり前に使えるので 誰でも使えるはず
74(2): 09/20(土)00:30 ID:d3zGU2Fp(1/2) AAS
Linuxカーネル6.17で、EXT4,XFS,F2FS,Bcachefs,OpenZFSの性能測定
Linux 6.17 File-System Benchmarks, Including OpenZFS & Bcachefs 2025/9/19
外部ﾘﾝｸ:www.phoronix.com
75(1): 09/20(土)00:32 ID:d3zGU2Fp(2/2) AAS
>>74
Btrfsが抜けてました。
76: 09/20(土)01:47 ID:IrEDIaDj(1) AAS
SQLiteのベンチで OpenZFS がトップなのを見て、最初大天才が作ったのかと思ったけど、後ろのベンチマークに移るとそうでもなかった
77: 09/21(日)01:10 ID:rPRu1bNI(1) AAS
>>75
抜かさないでよ〜😭
78: 09/21(日)07:11 ID:vWtub+Ma(1) AAS
ベンチ結果見る度に
ん〜、、、、まあ凝った使い方してないしext4のままでいっか
ってなる
79: 09/21(日)07:26 ID:Mca4ji9q(1) AAS
>>74
やはり xfs はソツなく優秀
80: 09/22(月)10:10 ID:RciYAXH1(1) AAS
bcachefsがカーネルから外されたからDKMSになってる
81: 09/24(水)06:14 ID:EVVzUHBx(1) AAS
Linux PCで4K8K放送をコピーフリー録画してるよ
ラジオライフ
画像ﾘﾝｸ[png]:i.imgur.com
外部ﾘﾝｸ:www.sansaibooks.co.jp
4K放送のリアルタイム視聴ソフトが出てる
外部ﾘﾝｸ:seesaawiki.jp
82: 09/28(日)00:15 ID:iSK7MOqf(1) AAS
A Major Trading Firm Has Open-Sourced The Latest Linux File-System: TernFS
外部ﾘﾝｸ:www.phoronix.com
83: 警備員[Lv.8][新] 09/30(火)09:27 ID:BgjFUgCb(1) AAS
Linus Torvalds Removes The Bcachefs Code From The Linux Kernel
www.phoronix.com/news/Bcachefs-Removed-Linux-6.18
あーやっぱり……
84: 10/07(火)21:16 ID:cbErhMfy(1) AAS
bcachefsはlinuxメインラインから外されたことだし
windowsにも移植してほしいな
ファイルシステムのみでHDD＋SSDキャッシュを組めるZFSをwindowsで試してるんだけどあまり効果が出てない
ZFSはbcachefsとともに長い日本語ファイルを扱うのに不可欠なlongnameに対応してる点でも有望ではあるんだけど
bcacheをwindowsに移植してくれても助かる
bcache上にNTFSをフォーマットして普通に使えばよいから
85(1): 10/07(火)23:57 ID:BkXHP+cb(1) AAS
ファイルシステムではないけどDM-PCACHEというキャッシュが開発されている
外部ﾘﾝｸ[18]:www.phoronix.com
86: 10/08(水)00:52 ID:A24jeYnM(1) AAS
>>85
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない
bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば
87: 10/08(水)18:07 ID:jg9Wblkc(1) AAS
6.18は見どころが多い
88: 10/09(木)11:32 ID:A09Nr17d(1) AAS
恐縮です
89: 10/14(火)01:26 ID:tkxBTzFk(1) AAS
OpenZFS windowsは細かい不具合あってまだ本番運用出来てない
90(1): 10/15(水)00:07 ID:fZZzZpth(1/3) AAS
OpenZFSOnWindows-debug-2.3.1rc12v2.exe
やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある
これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな
91(1): 10/15(水)08:25 ID:MLXgBrNq(1) AAS
>>90
ほんとかなあ
プログラムが間違っているだけではないか？
92: 10/15(水)18:41 ID:fZZzZpth(2/3) AAS
>>91
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった
mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
省1
93: 10/15(水)18:48 ID:fZZzZpth(3/3) AAS
対策としては
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある
あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる
94: 10/16(木)12:45 ID:4C4PD60o(1) AAS
そこまで分かってるならissueあげればいいじゃん
自分で書いてプルリク出すのもいいけど
95: 10/20(月)21:04 ID:iBRWgynz(1) AAS
NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。
96: 10/22(水)10:17 ID:1JCe1hjN(1) AAS
ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ…
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな
97: 10/22(水)10:25 ID:NmvaUG5u(1) AAS
なんで4を使わんのよ
98: 10/22(水)15:06 ID:JMpYx3Zn(1) AAS
信用できないんじゃね?
99: 10/24(金)03:58 ID:4PFZDZ3L(1) AAS
Ｒｕｓｔｅｒファイルシステムって無茶苦茶遅いんだが、どうなって
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。
100: 10/24(金)05:50 ID:hhrjqrxO(1) AAS
分散ファイルシステムで速度を出すのは難しいよ
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい
101: 10/25(土)00:42 ID:0jjmVSWn(1) AAS
lustre 使ってるやつがそこまでスペルミスするか疑問
エアプってやつ？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.235s*