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

[過去ﾛｸﾞ] ファイルシステム総合スレその18 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

1(2): 2017/12/28(木)23:50 ID:/phfY+r1(1/6) AAS
● 前スレ
ファイルシステム総合スレその17
2chｽﾚ:linux

● 関連スレ
ジャーナリングファイルシステム
2chｽﾚ:unix

OpenSolaris/Illumos (OpenIndiana, etc.) 6
2chｽﾚ:unix

FS関連スレ
2chｽﾚ:os
過去スレ, 関連リンクは >>2-10 あたりで.

876: 2020/01/22(水)16:00 ID:vGgGBPjr(1) AAS
うんうんZFSは素晴らしいみたいだからFreeBSDでつかっててね

877: 2020/01/23(木)01:55 ID:7qSP8O0Q(1) AAS
FreeBSDもOpenZFSになるのでLinuxで使いますね

878: 2020/01/23(木)14:10 ID:ZAgXInmL(1/2) AAS
有料でも良ければGPFSが最強なんだけどねえ

879: 2020/01/23(木)14:14 ID:ZAgXInmL(2/2) AAS
今時は1デバイスで100TB、トータル1PBぐらいのシステムを持っている個人も普通にあるよね
そういうとこで実運用に耐えるファイルシステム、って観点だとこれが以外と難しい

880: 2020/01/23(木)23:53 ID:6UDxr1tc(1) AAS
NTFS

881: 2020/01/24(金)18:35 ID:mXgeSarq(1) AAS
巨大パーティションは下手すればエラーチェックもままならなくなるから
動画用でもない限り1T程度で切ることにしている

882: 2020/01/25(土)04:40 ID:hgworRLd(1) AAS
重複排除の実装によくハッシュが使われるがハッシュの計算と保存のコストが馬鹿にならない
例えばKSMは最初ハッシュで実装してたのに結局ツリーを作った上で直接比較する方法に変更した

883: 2020/01/25(土)06:07 ID:v2Q4em8k(1) AAS
NTFSって理論上は64ビットの番地だけど
現在の実装は32ビットなんだろ

(2^32-1)*2048KiBの8PiBくらいしか管理できない

884: 2020/01/25(土)06:30 ID:RUYaEyw5(1) AAS
そんな容量が要求される様な用途だとReFSが使われるんじゃ？

885: 2020/01/25(土)07:53 ID:TTbJFqbp(1) AAS
ファイルシステム上には64ビットで書かれてるよ、
読み書きするときに上位の32ビットを0に固定してるだけ。
たしか、4KBクラスタまでの時代で論理限界16EBとか言ってた。
今は2MBだから増えてる？

886(1): 2020/01/25(土)10:14 ID:9dDjJPoq(1) AAS
個人だとだいたい100TBもあれば足りるからな

887: 2020/01/25(土)13:29 ID:FQlZOJvl(1/2) AAS
まあストレージやメモリのこれだけあれば十分なんて数字は数年で倍になるし10年で2桁変わる

888(2): 2020/01/25(土)15:54 ID:Pn3gpz30(1) AAS
世の中にPBクラスの規模で動いてるファイルシステムって実際にあるのか…？
普通はそんな肥大化する前に設計の見直ししないか

889: 2020/01/25(土)16:15 ID:XUbXy/+j(1) AAS
10年前でメモリ80MBとかPentium IIを10年使っていらしたんですか？

890: 2020/01/25(土)17:43 ID:FQlZOJvl(2/2) AAS
10年前だとメイン機のRAMは8GB、サブ機で2GBだったかな
今はメインで64GBサブ機8GBだから、まあ10倍にはなっていないか
ストレージは1TB→20TB

さらに10年前、2000年時点だとRAM256MBストレージ4GB
1990年頃だとRAM4MBストレージ80MBくらいか

10年で10倍、25年で1000倍目安くらいだな

891(1): 2020/01/25(土)20:54 ID:9YpFJvCS(1) AAS
>>888
そこまでいくと実質的に青天井だからS3などのクラウドを選択するだろう
もう自前でストレージを持つ時代じゃない

892(2): 2020/01/26(日)10:26 ID:AHO9IC4m(1/4) AAS
>>888
資源系を筆頭にいくつかの業界や世界規模の大手企業ではPBなんて珍しくないよ
そういうところでは単一ネームスペースでアクセスできるところに意味があるからそうなる

>>891
むしろ逆、そこまで大きくなるとクラウドストレージはI/Oが高すぎて話にならなくなる

893(1): 2020/01/26(日)11:00 ID:OzJ+Z2xw(1) AAS
>>892
事業の性質によるだろう
多くのBtoCビジネスでは、必要なストレージ容量やIOはユーザー数に比例するから問題ない
それで赤字ならそもそも商売として成立しない

894(1): 2020/01/26(日)11:21 ID:kSy9PDTE(1/3) AAS
>>892
PBクラスのシステムのファイルシステムは実際は Lustre や GPFS
などの分散ファイルシステムで、その中身は ext4 などのファイル
システムを並列に並べたものだから、単一のファイルシステムとしては
PB 超えれてない

ここでの議論は単一のファイルシステムに限定したほうがいいと
思うんだがどうだろう

895(1): 2020/01/26(日)11:44 ID:kSy9PDTE(2/3) AAS
>>893
> 事業の性質によるだろう

具体的にはスパコン(HPC)と映像系だけかな

CIFS/NFS(autofs)/オブジェクトストレージあたりは複数のストレージを
束ねて１つのネームスペースに見せかけられるからそこそこ安定してて
こなれた価格のストレージを並べるから PB のファイルシステムは不要

テキトーなこと言うけど、PB クラスのファイルシステムが必要になる
のは１ファイルがTB超えるとか１バッチあたりの中間ファイルがTB超える
とかぐらいからじゃないかな

896(1): 2020/01/26(日)11:53 ID:AHO9IC4m(2/4) AAS
>>894
LustreもGPFSもPanFSも中身は独自でext4等の下層fsを持たないよ、何か別のものと勘違いしてない？

897(1): 2020/01/26(日)12:22 ID:AHO9IC4m(3/4) AAS
>>895
HPCはそうだけど映像系は実は必ずしも該当しない、ガチなとこは階層化ファイルシステム使うから
日本では技術力がないのか金があるのか知らないけど単一でゴリ押す映像系の話きくけどね

PB越え単一ファイルシステムが必要なのは、一ファイルの大きさが問題じゃなくて
アクセスする可能性があるファイルが大量にあって、かつテープでは遅すぎる場合
だから金融系・資源系・生命系みたいにデータが大量で時間が金に直結するところで良く使われる

898: 2020/01/26(日)12:26 ID:AHO9IC4m(4/4) AAS
>>896
おっとすまない、Lustreは下層がext4だった、ごめん勘違いしてたのは俺だった
でもGPFSやPanFSが下層を持たないのは本当
まあ現状エンタープライズのファイルシステムの最前線はGPFS vs PanFSみたいな雰囲気はある

899: 2020/01/26(日)13:52 ID:kSy9PDTE(3/3) AAS
>>897
それは失礼。ちなみに Lustre は ext4 と他に ZFS の実装もあるそうな。

> アクセスする可能性があるファイルが大量にあって、かつテープでは遅すぎる場合

使ってる業種と使い方に異論はないんだけど単一ファイルシステムを使う理由が
それかというとちょっとなんか釈然としないなぁ

結局入力ファイルや中間ファイルを複数のファイルサーバに負荷分散するように組むのが
面倒くさいから使ってるってだけって印象だわ
面倒くさがらなった結果の一つが Hadoop/HDFS だと思ってます、ハイ

900(1): 2020/01/26(日)14:09 ID:aLHVJ+JL(1) AAS
1ファイル1'PBのエロ動画とかどうやって保存してるんだろう

901(1): 2020/01/27(月)01:02 ID:SjNVe4Yy(1) AAS
>>900
Display Portが2.7Gb/s最大なんで少なく見積もっても823時間分あるんだが
どういう人向けなのか説明Plz

902: 2020/01/27(月)12:29 ID:0w7PQcpt(1) AAS
>>901
DPは最大25Gbps出るしDSC使えばもっといける
そもそもファイルサイズとモニターへの転送速度は関係ないでしょ？
実際に販売する段階になったらエンコードして小さくするとしても編集前のマスターデータをそのまま保存しておく場合なら再生するモニター以上の解像度、フレームレート、色域が記録されていても保存に必要な容量が用意できれば全く問題ない

903: 2020/01/27(月)14:05 ID:vU+1ytkI(1) AAS
>>886
得ろ動画溜め込むのに少ない

904: 2020/01/27(月)18:07 ID:udH3RDqL(1) AAS
8K24bitの24時間ハメ撮りAVだと無圧縮で計算上約8TBだな

905: 2020/02/02(日)12:09 ID:Hg2ze+cG(1) AAS
>>836,841,843
この流れ好き

906: 2020/02/02(日)15:16 ID:GHB58PtI(1) AAS
Linuxのファイルシステム「Btrfs」を5年間使用した記録
外部ﾘﾝｸ:gigazine.net

907(1): 2020/02/02(日)15:26 ID:U7jFn1mT(1) AAS
RAIDはmd使った方が無難に思える

908(1): 2020/02/02(日)17:40 ID:HE+GXCHP(1) AAS
RAID10はmd raidよりbtrfsのほうが安定してる
RAID 1ならmdのほうがいいけど

909(1): 2020/02/02(日)23:14 ID:cDfryaOr(1) AAS
>>907,908
md の上に何乗せてるん? ext4? xfs?

910(1): 2020/02/02(日)23:40 ID:iaNiREzj(1) AAS
スーパー32Xに決まっておる

911: 2020/02/03(月)05:01 ID:9XLDxuL9(1) AAS
>>909
RAID1なら何でも乗っける
ESPの多重化もしたいし

それ以外ならファイルシステムのネイティブ機能の方がいいと思う

912: 2020/02/03(月)11:50 ID:1h1DB/oS(1) AAS
>>910
その発想はなかった。俺は評価する。

913: 2020/02/03(月)23:45 ID:OVT3+6Po(1) AAS
セガファンは面白いやつ多いのにセガはあれだな

914: 2020/02/11(火)01:11 ID:gTMJQSdw(1) AAS
2020年2月10日　Linus，次期カーネル「Linux 5.6」の最初のリリース候補版を公開
外部ﾘﾝｸ:gihyo.jp

ここで触れられているZonefsは開発したWDによるとSMR HDDやSSDに適したファイルシステムらしい

What is Zoned Storage and the Zoned Storage Initiative?
外部ﾘﾝｸ:blog.westerndigital.com

915(2): 2020/02/11(火)10:00 ID:JmaZPai6(1) AAS
ZonefsはPOSIXに準拠していないので既存のファイルシステムを置き換えるものじゃないけどな

916: 2020/02/11(火)22:35 ID:F8Fgy0xz(1) AAS
f2fsじゃあかんのかね

917: 2020/02/15(土)20:40 ID:ko2/1+4j(1) AAS
F2FSは最大FSサイズが16TBなのがSMR HDDには今後ネックになる

918: 2020/02/15(土)20:51 ID:fQlV7izm(1) AAS
FlashFriendly File Systemだからな
HDDとか知らんよ

919: 2020/02/15(土)21:41 ID:7ROaKxuF(1) AAS
HDDも大容量キャッシュ付き瓦だとあんまりfs側でいじらない方がいいような気がする

920(2): 2020/02/15(土)23:17 ID:Aj0iDWta(1) AAS
WinFS でやりたかったDB の機能も付いたファイルシステムってあります？

921: 2020/02/16(日)09:36 ID:tFc9/bu5(1) AAS
>>920
じゃあそれDBでよくね？ってなってどこも開発やめた

922: 2020/02/16(日)11:11 ID:Cl0cNLYW(1) AAS
最近はDBのためにダイレクトIOのパフォーマンス上げる改善が多い

923: 2020/02/19(水)08:46 ID:+vuP13XZ(1) AAS
Googleが新しいファイルシステム作ってる
Android用だからLinuxのメインラインに取り込まれるのか分からんけど
ダウンロード中の不完全なファイルでも実行できるらしい
外部ﾘﾝｸ[rst]:lore.kernel.org

924: 2020/03/20(金)16:46 ID:oDz6Qr3S(1) AAS
btrfsはUUIDの変更が鬼門だな
メタデータとUUIDが紐付いているらしくてデータを読めなくなる

925: 2020/03/29(日)17:30 ID:ZSfzV/DF(1) AAS
btrfs使わなええ

926(1): 2020/03/29(日)19:29 ID:A9QWVCnu(1/3) AAS
カーネル5.4で追加されたネイティブexFATは日付の処理にバグ有り

Windows7とfuse-exFATで作成したファイルを5.4のネイティブexFATドライバで見ると、
更新日付がちょうど 1ヶ月＋9時間遅く表示される
アクセス日付は常に 1979/12/31 9:00:00 と表示される

5.4のネイティブexFATドライバで作成したファイルをWindows7で見ると、
更新日付とアクセス日付がちょうど 9時間早く表示される
また、5.4のネイティブexFATドライバでマウントしなおすと上記の症状が起こる

つまり、
・読み書き共にタイムロケールが正しく反映されない (日本設定では9時間ずれる)
・読み込みのみ暦月がずれて読み込まれる (書き込み直後はキャッシュされるので症状が見えない)

927: 2020/03/29(日)19:38 ID:A9QWVCnu(2/3) AAS
あと、5.4のネイティブexFATは日本語処理は問題なかった
日付のずれは地味に困るから一旦fuse-exFATに戻す

928: 926 2020/03/29(日)20:21 ID:A9QWVCnu(3/3) AAS
アクセス日付を更新するだけでも更新日付が一ヶ月後ろにずれることも分かった
サムネイル表示機能を有効にしてたから試しに開いたSDカードの日付情報も派手にやられた

929(1): 2020/04/08(水)08:54 ID:ctV6ZAP7(1) AAS
Windows10

5000個以上のPDFをAドライブからBドライブに移動させたら、ファイル数はそのまんまなのに総サイズが250MBも減少した
なんで？

930: 2020/04/08(水)09:48 ID:h2p5sSpc(1) AAS
圧縮ディスクだった

931: 2020/04/08(水)16:48 ID:nNfYJP3N(1) AAS
Aドライブってフロッピー？

932: 2020/04/08(水)18:26 ID:9nhczXSy(1) AAS
A側はexfat でアロケーションユニットサイズが 1MB (平均512KB/ファイル余計に消費)で、
B側はNTFSで同サイズが4KBで(同平均2KB/ファイル)だったって感じか？
(意図的にやらない限り 1MB なんて値にはならないはず)

それ以外の可能性としてはA側には隠しファイルがあってサイズは隠しファイル込みだった

933: 2020/04/09(木)01:04 ID:NYHCWS9d(1/2) AAS
exFatをWindowsで初期設定でフォーマットするとクラスタサイズが128KiBになる
1ファイルあたり平均64KiB余計に消費するので、64KiB×5000個=約312MiB
>>929 は順当な結果

934: 2020/04/09(木)01:09 ID:NYHCWS9d(2/2) AAS
1件1ファイルで保存するタイプのメールデータをexFatに保存すると大変なことになる
(1件ごとにほぼ128KiB無駄になる)
あとNTFSは約700バイト未満のファイルはメタデータに直接格納しちゃうから細かい設定ファイルやらメールデータの収納効率が非常に良い

935(1): 2020/04/09(木)08:50 ID:tHpWeU4o(1) AAS
Ubuntu 20.04β試していて初めて知ったんだけどlinux-5.3あたり（？）からNILFS2へ書き込もうとするとクラッシュする（といってもNIFS2を扱っているカーネルのサブシステムだけ）というトラップ（バグ）が仕掛けられてたのね。

/homeをNILFS2で運用していて18.04でバックポートカーネルを入れるとログインできなくなるんで何でだろうと思っていた。
当分18.04+5.0系カーネルで保持かなあ？

936(1): 2020/04/09(木)10:29 ID:wTSYL5PJ(1) AAS
NILFS2って保守されてるのか？
いつか消されるんじゃないかと思っているのだけど

937(3): 2020/04/09(木)12:30 ID:7wAsdCRN(1/2) AAS
4TB の外付けHDDを exFAT でアロケーションユニットサイズを NTFS と同じ 4kB で使う場合、
大きなデメリットってある？
それとも、アロケーションユニットサイズを変更するくらいなら、素直に NTFS で使ったほうがいい？

Linux でもネイティブ対応しそうな exFAT を考慮したいけど、
今までの外付けHDDが全部 NTFS なので、
ちょっと躊躇してしまう。

938(1): 2020/04/09(木)12:47 ID:f9lVta1Z(1) AAS
数十〜数百GB程度ならexFATでも何でも構わんけど
テラバイトサイズのボリュームはジャーナリングファイルシステムでないと怖すぎないか

939: 937 2020/04/09(木)13:13 ID:7wAsdCRN(2/2) AAS
>>938
確かに、ジャーナルのない点は少し気になるねぇ。

サルベージするときの復元率の違いも気になる。
FAT32 のときは、復元できても断片になることもあった。
もっとも、NTFS の場合、復元できなければ断片すら拾えないという感じだから、
優劣という感じじゃないしなぁ。

940: 2020/04/09(木)17:40 ID:vpGccY6F(1) AAS
>>936
ジャップ製モジュールはこれが怖い

941: 2020/04/09(木)18:04 ID:9fEj1NQk(1) AAS
チョン？

942: 2020/04/09(木)22:32 ID:4pQr46JD(1) AAS
手伝お？

943: 2020/04/10(金)16:47 ID:mZNoA7ar(1) AAS
>>937
そのFSを読めるOSが壊れたときなんて想定は別の同じOSを用意すればいいでしかないぞ

944: 2020/04/11(土)22:41 ID:XDts1cPd(1) AAS
>>937
Windows95/98と同じ程度の信頼性はあるはず

945: 2020/04/24(金)00:01 ID:OEQFvFGC(1) AAS
CoWはその性質上、空き領域をどんどん上書きするからSSDの速度低下が起きやすいようだ
定期的にトリムした方が良い、例えば毎朝と毎夕
マウントオプションでdiscardオプションを付けても良いがLinuxでは遅くなることが多い

fstrim -v /

946(2): 2020/05/03(日)18:58 ID:njMyCBBl(1) AAS
>>935
NILFS2開発者のMLにとりあえずの回避策が流れてた。
起動からマウントまでの間にそのFSのデバイスへの書き込みがあればいいので、
マウントの前に
dd if=/dev/なんとか of=/dev/なんとか count=1
みたいにダミーの書き込みを発生さればいいのだそう。
例えば、fstabから削除かnoautoにしてrc.localとかでdd, mountという流れとか。

947: 2020/05/05(火)05:14 ID:AUhfSTN7(1) AAS
>>946
ありがとう。

たぶんこれかな↓

外部ﾘﾝｸ:marc.info

自分の場合も/homeがnilfs2なんでどうしたものかな？？？というところですわ。
サブ機のほうはbtrfsに替えてUbuntu20.04に上げたけどメイン機の方はどうするかなあ？

948(1): 2020/05/26(火)11:43 ID:1H93WhIH(1) AAS
Btrfsとかzfsって一台のhddだけで運用するのはたいしてメリットないの？

949: 2020/05/26(火)12:46 ID:+ELcO//y(1) AAS
あるだろ
圧縮とかスナックショトとか盛りだくさんだわ
>>948

950: 2020/05/26(火)17:16 ID:o4/8jJLs(1) AAS
デュアルブートしてたらNTFSのMFTがミラー毎壊れたんですけどなんとかMFTを修復できませんかね？
EaseUS Data Recovery Wizardを使うとディレクトリやファイル名がそのままでデータ救出できるんですけど
という事はMFTも修復できるはずですよね？

951: 2020/05/26(火)22:43 ID:6YtvPgat(1) AAS
Btrfsの将来は

952: 2020/05/27(水)08:05 ID:uLCM26Hl(1) AAS
君の頑張り次第

953: 2020/05/27(水)12:56 ID:XCSTzVNb(1) AAS
まだ始まったばかりだ！
Oracke先生の次回作にご期待ください

954: 2020/05/27(水)20:57 ID:acGll7c1(1) AAS
xfsのCoWを有効化したまま1年以上使ったけど時々フリーズするなやっぱり
あとメモリ使用量がちょっと大きすぎるね。
まだまだext4安定の時代は続きそうだ

955: 2020/05/27(水)21:38 ID:0U4TUkPK(1) AAS
それならBtrfsの方が安定してるな。できたばかりでこれからなんだろうけど

956: 2020/05/27(水)21:42 ID:wyekam7t(1) AAS
2017年8月3日　Red Hat，RHEL 7.4リリースで"脱Btrfs"を明らかに
外部ﾘﾝｸ:gihyo.jp

957: 2020/05/27(水)22:26 ID:sT3KZO5+(1) AAS
ext5開発開始まだー

958(1): 2020/05/28(木)05:14 ID:6u6TfIVC(1) AAS
うーむbtrfsで組んでる領域どうしよう
compress標準サポートが貴重なんだけどな。
乗り換え先おすすめ教えてください。

959: 2020/05/28(木)09:40 ID:lg5ytPVY(1) AAS
なんでBtrfsなんか選択したんや…

960: 2020/05/28(木)09:46 ID:bvSCyOR7(1) AAS
Synologyが推してるBtrfs
Googleが使ってるBtrfs

961: 2020/05/28(木)09:54 ID:EreFZKCr(1) AAS
btrfsはヤヴァいと何度言えば（ｒｙ

962: 2020/05/28(木)10:35 ID:kpVDAvmO(1/2) AAS
>>958
zfs

963(1): 2020/05/28(木)11:26 ID:ztRPopnD(1) AAS
なんだかんだでLinuxで高機能モダンファイルシステム使おうと思うととりあえず何も考えずに使えるのがBtrfsなんだよね。
こまめにバックアップ取りながら人柱のつもりで突っ込んだのに、意外と問題出ないし……

964: 2020/05/28(木)12:31 ID:A6PA4iBR(1) AAS
Google遣ってるならBtrfsの未来は明るいと思ってしまう不思議

965: 2020/05/28(木)12:36 ID:rCbDOGHF(1) AAS
>>963
俺も数年使ってるけど何も問題起きてないわ
ぼんやり使ってるだけだから気付いてないだけの可能性もあるけど

966: 2020/05/28(木)14:51 ID:kpVDAvmO(2/2) AAS
ぐぐたすヲもう忘れたのか?

967: 2020/05/28(木)16:25 ID:qJC8ExER(1) AAS
IT巨人で信頼できるのはMSだけだわ
Window以外はブッチギリで有能

968: 2020/05/28(木)22:47 ID:35G/ZT7g(1) AAS
Vista以降のWindowsもNTFSも優秀だよ
今時こんな堅牢なOSちょっと無いよ

969(1): 2020/05/29(金)01:50 ID:/sA5f8CX(1) AAS
外部ﾘﾝｸ:wiki.archlinux.jp
本当に隅から隅まで問題が起きていないのか、問題が起きた時にfsckの類が動くのか、etc
よくbtrfsなんぞ使えるな・・・

970: 2020/05/29(金)05:52 ID:BCgb8iXY(1) AAS
そんなこと言ったらext4もxfsも使えんぞ

971: 2020/05/30(土)22:19 ID:rxDacgPJ(1) AAS
ext4もxfsもBtrfs程の問題は抱えてないだろうて
Btrfsは解決の目途が立ってない既知の問題点が多すぎる

972: 2020/05/31(日)00:36 ID:O/t7Lowh(1/2) AAS
具体的に何が既知の問題なんだ？

973(1): 2020/05/31(日)00:46 ID:4i1+bTSg(1/2) AAS
何故>>969すら見ないのか・・・

974: 2020/05/31(日)00:56 ID:O/t7Lowh(2/2) AAS
>>973
そこ見たら実験的な機能が多いのは分かるけど
普通に使って問題が起きるようなことは書いていないが

975: 2020/05/31(日)01:04 ID:4i1+bTSg(2/2) AAS
マウントオプションを貪らずに一切エラーが起きなきゃな
起きた時が問題だからbtrfs checkで全部を直せないとかマウントオプション云々だとか散々警告されてんだろうに
RedHatが匙を投げたって時点でお察し

976: 2020/06/01(月)15:44 ID:RZhBr4iC(1) AAS
Googleってbtrfs使ってんの？

977: 2020/06/01(月)18:14 ID:7+mv9XDP(1) AAS
redhat引き合いに出してbtrfsオワコン唱えるやつ多いけどbtrfs開発者がredhatやめたってだけ
んでまともに触れる社員いないfsはサポート無理ってのとチーム内にXFS開発者ならいっぱいいるからだって元社員がいってたぞ

googleは知らんが大御所で使ってる、貢献してるのはfacebookと富士通とかだな

978(1): 2020/06/01(月)18:38 ID:uT4k0Fz5(1) AAS
GoogleはChromeOS内のLinux環境で使ってるだけ

979: 2020/06/01(月)18:40 ID:2PrO6u28(1/2) AAS
>>978
それってけっこうデカくね？

980: 2020/06/01(月)19:50 ID:OAVwE/lA(1) AAS
遭遇してもクリーンインスコすりゃいいって程度のシステムならbtrfsでも問題にならんのだろうけどな

redhatの件が無くてもbtrfsは昔からモグラ叩きの繰り返しだし、
未だにRAIDやファイルチェック周辺すら完全にできてないし、どこに地雷があるかわからん
一部のfsのエラーを修復できませんって、そのエラーに遭遇した時にどうすんだよと

981: 2020/06/01(月)21:36 ID:9JaREmBh(1) AAS
クライアント(スナップショット/RAIDなし)で使えててもファイルサーバで
安心して使えるかというとそうじゃないからなあ

982: 2020/06/01(月)21:56 ID:2PrO6u28(2/2) AAS
スナップショットもRAIDも使ったし、オンラインでストレージ構成変えまくったけど問題出なくて（しかも構成変更が柔軟過ぎて）拍子抜けしたんだよなぁ。
ファイルサーバ用途でこそ輝くよこれ（バックアップはこまめにね）

983: 2020/06/02(火)11:47 ID:6oGgMjKL(1) AAS
ファイルサーバーっていう言葉で考えているものが全然違う二人で会話してる感じがする

984: 2020/06/02(火)12:27 ID:sg8jbCA1(1) AAS
Terastation クラスの NAS(Btrfs 利用だと Synology の製品)/エントリークラスか
会社のファイルサーバ(Isilon や NetApp やその対抗製品クラス)/
エンタープライズクラスかってことかな

クラウド化やセキュリティ強化が進むにつれてエントリークラスの需要は
落ちる/落ちてるんじゃないかな

985(1): 2020/06/04(木)01:47 ID:xNtEdgfL(1) AAS
ノートPCをCoW有効にしたXfsにしてるけど
メモリ使いすぎて本気で後悔してる。
省メモリなFSだとext4が良いのかな？
どこかにFSごとのメモリ使用量の比較データとかあたりしない？

986: 2020/06/04(木)07:54 ID:gBysGF/t(1/2) AAS
そんなにメモリ食うの？

987: 2020/06/04(木)09:23 ID:Bs6FKlOi(1/2) AAS
信じられないくらい食う
プロセスの合計メモリ使用量は大したことないのに
簡単にスワップ突入するよ。

988: 2020/06/04(木)09:40 ID:DMZuMarq(1) AAS
CoWとジャーナリングなら比べるのも愚かというレベル

989: 2020/06/04(木)09:51 ID:Bs6FKlOi(2/2) AAS
というかカーネル4.18からDefaultでreflink有効になったのかよ・・・
外部ﾘﾝｸ:blogs.oracle.com
もはやxfsは別物じゃん

990: 2020/06/04(木)11:31 ID:DQZXMKEK(1) AAS
>>985
使ってないけどメモリ制限できるんでは？

991: 2020/06/04(木)12:01 ID:gBysGF/t(2/2) AAS
dedup使ってるとかでもなしにそんなメモリ食うのか。
Btrfsがメモリ食わないからCoW自体は対してメモリ食わないものだと思ってた

992: 2020/06/04(木)15:07 ID:x4v3XzWR(1) AAS
CoWを無効にしたXFS使って比較しろよ

993(1): 2020/06/04(木)17:36 ID:7r9XEAZX(1) AAS
>>946

これはGood News?

>> Wondering if it can be reproduced on mainline with c3aab9a0bd91
>> ("mm/filemap.c: dont initiate writeback if mapping has no dirty pages")
>> reverted?
>
> For mainline kernels with that commit reverted, this oops actually
> doesn't occur.

外部ﾘﾝｸ:marc.info

994(1): 2020/06/05(金)14:07 ID:jA3wZpDc(1) AAS
>>993 で引用された部分は
「ホントにc3aab9a0bd91なしだと起きないん？」「そだよ」
と言ってるだけだけど、
落ちるまでの流れはわかったっぽいしまだ不安定ながらパッチもできた、
というのが現状かな。

995: 2020/06/08(月)15:13 ID:PPU2wP+g(1) AAS
>>994
で、もう正式に入れてちょうだいってパッチも出たんだけど、
実質1行追加するだけだった。

こういうパッチ好き。
実際どうかは知らないけど、いかにも問題を追求し切ったって感じがして。

996(1): 2020/06/13(土)14:52 ID:Qx8FdC0t(1/5) AAS
次スレ
2chｽﾚ:linux

997: 996 2020/06/13(土)14:53 ID:Qx8FdC0t(2/5) AAS
なぜか、NGに引っかかったので、関連スレの途中までしか書けていません。
あと、リンク切れの場合は、ご容赦ください。

998: 2020/06/13(土)14:54 ID:Qx8FdC0t(3/5) AAS
次スレ
ファイルシステム総合スレその18
2chｽﾚ:linux

999: 2020/06/13(土)14:55 ID:Qx8FdC0t(4/5) AAS
間違えた。
ファイルシステム総合スレ「その19」
でした。
2chｽﾚ:linux

1000: 2020/06/13(土)14:56 ID:Qx8FdC0t(5/5) AAS
ファイルシステム総合スレその19
2chｽﾚ:linux

1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 897日 15時間 6分 0秒

1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net

▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.188s*