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

1 名前：login:Penguin mailto:sage [2017/12/28(木) 23:50:51.14 ID:/phfY+r1.net] ● 前スレ ファイルシステム総合スレ その17 mao.5ch.net/test/read.cgi/linux/1421502118/ ● 関連スレ ジャーナリングファイルシステム mevius.5ch.net/test/read.cgi/unix/979408065/ OpenSolaris/Illumos (OpenIndiana, etc.) 6 mevius.5ch.net/test/read.cgi/unix/1337411922/ FS関連スレ medaka.5ch.net/test/read.cgi/os/1137387538/ 過去スレ, 関連リンクは >>2-10 あたりで. 896 名前：login:Penguin mailto:sage [2020/01/23(木) 01:55:54.94 ID:7qSP8O0Q.net] FreeBSDもOpenZFSになるのでLinuxで使いますね 897 名前：login:Penguin mailto:sage [2020/01/23(木) 14:10:17.07 ID:ZAgXInmL.net] 有料でも良ければGPFSが最強なんだけどねえ 898 名前：login:Penguin mailto:sage [2020/01/23(木) 14:14:08.14 ID:ZAgXInmL.net] 今時は1デバイスで100TB、トータル1PBぐらいのシステムを持っている個人も普通にあるよね そういうとこで実運用に耐えるファイルシステム、って観点だとこれが以外と難しい 899 名前：login:Penguin mailto:sage [2020/01/23(木) 23:53:42.57 ID:6UDxr1tc.net] NTFS 900 名前：login:Penguin mailto:sage [2020/01/24(金) 18:35:07 ID:mXgeSarq.net] 巨大パーティションは下手すればエラーチェックもままならなくなるから 動画用でもない限り1T程度で切ることにしている 901 名前：login:Penguin mailto:sage [2020/01/25(土) 04:40:01 ID:hgworRLd.net] 重複排除の実装によくハッシュが使われるがハッシュの計算と保存のコストが馬鹿にならない 例えばKSMは最初ハッシュで実装してたのに結局ツリーを作った上で直接比較する方法に変更した 902 名前：login:Penguin mailto:sage [2020/01/25(土) 06:07:36 ID:v2Q4em8k.net] NTFSって理論上は64ビットの番地だけど 現在の実装は32ビットなんだろ (2^32-1)*2048KiBの8PiBくらいしか管理できない 903 名前：login:Penguin mailto:sage [2020/01/25(土) 06:30:47 ID:RUYaEyw5.net] そんな容量が要求される様な用途だとReFSが使われるんじゃ？ 904 名前：login:Penguin [2020/01/25(土) 07:53:48 ID:TTbJFqbp.net] ファイルシステム上には64ビットで書かれてるよ、 読み書きするときに上位の32ビットを0に固定してるだけ。 たしか、4KBクラスタまでの時代で論理限界16EBとか言ってた。 今は2MBだから増えてる？ 905 名前：login:Penguin mailto:sage [2020/01/25(土) 10:14:39 ID:9dDjJPoq.net] 個人だとだいたい100TBもあれば足りるからな 906 名前：login:Penguin mailto:sage [2020/01/25(土) 13:29:15 ID:FQlZOJvl.net] まあストレージやメモリのこれだけあれば十分なんて数字は数年で倍になるし10年で2桁変わる 907 名前：login:Penguin mailto:sage [2020/01/25(土) 15:54:16.50 ID: ] [ここ壊れてます] 908 名前：Pn3gpz30.net mailto: 世の中にPBクラスの規模で動いてるファイルシステムって実際にあるのか…？ 普通はそんな肥大化する前に設計の見直ししないか [] [ここ壊れてます] 909 名前：login:Penguin mailto:sage [2020/01/25(土) 16:15:25.18 ID:XUbXy/+j.net] 10年前でメモリ80MBとかPentium IIを10年使っていらしたんですか？ 910 名前：login:Penguin mailto:sage [2020/01/25(土) 17:43:01 ID:FQlZOJvl.net] 10年前だとメイン機のRAMは8GB、サブ機で2GBだったかな 今はメインで64GBサブ機8GBだから、まあ10倍にはなっていないか ストレージは1TB→20TB さらに10年前、2000年時点だとRAM256MBストレージ4GB 1990年頃だとRAM4MBストレージ80MBくらいか 10年で10倍、25年で1000倍目安くらいだな 911 名前：login:Penguin mailto:sage [2020/01/25(土) 20:54:00 ID:9YpFJvCS.net] >>888 そこまでいくと実質的に青天井だからS3などのクラウドを選択するだろう もう自前でストレージを持つ時代じゃない 912 名前：login:Penguin mailto:sage [2020/01/26(日) 10:26:40 ID:AHO9IC4m.net] >>888 資源系を筆頭にいくつかの業界や世界規模の大手企業ではPBなんて珍しくないよ そういうところでは単一ネームスペースでアクセスできるところに意味があるからそうなる >>891 むしろ逆、そこまで大きくなるとクラウドストレージはI/Oが高すぎて話にならなくなる 913 名前：login:Penguin mailto:sage [2020/01/26(日) 11:00:01 ID:OzJ+Z2xw.net] >>892 事業の性質によるだろう 多くのBtoCビジネスでは、必要なストレージ容量やIOはユーザー数に比例するから問題ない それで赤字ならそもそも商売として成立しない 914 名前：login:Penguin mailto:sage [2020/01/26(日) 11:21:19 ID:kSy9PDTE.net] >>892 PBクラスのシステムのファイルシステムは実際は Lustre や GPFS などの分散ファイルシステムで、その中身は ext4 などのファイル システムを並列に並べたものだから、単一のファイルシステムとしては PB 超えれてない ここでの議論は単一のファイルシステムに限定したほうがいいと 思うんだがどうだろう 915 名前：login:Penguin mailto:sage [2020/01/26(日) 11:44:24 ID:kSy9PDTE.net] >>893 > 事業の性質によるだろう 具体的にはスパコン(HPC)と映像系だけかな CIFS/NFS(autofs)/オブジェクトストレージあたりは複数のストレージを 束ねて１つのネームスペースに見せかけられるからそこそこ安定してて こなれた価格のストレージを並べるから PB のファイルシステムは不要 テキトーなこと言うけど、PB クラスのファイルシステムが必要になる のは１ファイルがTB超えるとか１バッチあたりの中間ファイルがTB超える とかぐらいからじゃないかな 916 名前：login:Penguin mailto:sage [2020/01/26(日) 11:53:39 ID:AHO9IC4m.net] >>894 LustreもGPFSもPanFSも中身は独自でext4等の下層fsを持たないよ、何か別のものと勘違いしてない？ 917 名前：login:Penguin mailto:sage [2020/01/26(日) 12:22:35 ID:AHO9IC4m.net] >>895 HPCはそうだけど映像系は実は必ずしも該当しない、ガチなとこは階層化ファイルシステム使うから 日本では技術力がないのか金があるのか知らないけど単一でゴリ押す映像系の話きくけどね PB越え単一ファイルシステムが必要なのは、一ファイルの大きさが問題じゃなくて アクセスする可能性があるファイルが大量にあって、かつテープでは遅すぎる場合 だから金融系・資源系・生命系みたいにデータが大量で時間が金に直結するところで良く使われる 918 名前：login:Penguin mailto:sage [2020/01/26(日) 12:26:01 ID:AHO9IC4m.net] >>896 おっとすまない、Lustreは下層がext4だった、ごめん勘違いしてたのは俺だった でもGPFSやPanFSが下層を持たないのは本当 まあ現状エンタープライズのファイルシステムの最前線はGPFS vs PanFSみたいな雰囲気はある 919 名前：login:Penguin mailto:sage [2020/01/26(日) 13:52:42.43 ID:kSy9PDTE.net] >>897 それは失礼。 ちなみに Lustre は ext4 と他に ZFS の実装もあるそうな。 > アクセスする可能性があるファイルが大量にあって、かつテープでは遅すぎる場合 使ってる業種と使い方に異論はないんだけど単一ファイルシステムを使う理由が 920 名前： それかというとちょっとなんか釈然としないなぁ 結局入力ファイルや中間ファイルを複数のファイルサーバに負荷分散するように組むのが 面倒くさいから使ってるってだけって印象だわ 面倒くさがらなった結果の一つが Hadoop/HDFS だと思ってます、ハイ [] [ここ壊れてます] 921 名前：login:Penguin mailto:sage [2020/01/26(日) 14:09:39.49 ID:aLHVJ+JL.net] 1ファイル1'PBのエロ動画とかどうやって保存してるんだろう 922 名前：login:Penguin mailto:sage [2020/01/27(月) 01:02:02 ID:SjNVe4Yy.net] >>900 Display Portが2.7Gb/s最大なんで少なく見積もっても823時間分あるんだが どういう人向けなのか説明Plz 923 名前：login:Penguin mailto:sage [2020/01/27(月) 12:29:14 ID:0w7PQcpt.net] >>901 DPは最大25Gbps出るしDSC使えばもっといける そもそもファイルサイズとモニターへの転送速度は関係ないでしょ？ 実際に販売する段階になったらエンコードして小さくするとしても編集前のマスターデータをそのまま保存しておく場合なら再生するモニター以上の解像度、フレームレート、色域が記録されていても保存に必要な容量が用意できれば全く問題ない 924 名前：login:Penguin mailto:sage [2020/01/27(月) 14:05:19 ID:vU+1ytkI.net] >>886 得ろ動画溜め込むのに少ない 925 名前：login:Penguin mailto:sage [2020/01/27(月) 18:07:52 ID:udH3RDqL.net] 8K24bitの24時間ハメ撮りAVだと無圧縮で計算上約8TBだな 926 名前：login:Penguin mailto:sage [2020/02/02(日) 12:09:33 ID:Hg2ze+cG.net] >>836,841,843 この流れ好き 927 名前：login:Penguin mailto:sage [2020/02/02(日) 15:16:02 ID:GHB58PtI.net] Linuxのファイルシステム「Btrfs」を5年間使用した記録 https://gigazine.net/news/20200202-btrfs-five-years/ 928 名前：login:Penguin mailto:sage [2020/02/02(日) 15:26:44.86 ID:U7jFn1mT.net] RAIDはmd使った方が無難に思える 929 名前：login:Penguin mailto:sage [2020/02/02(日) 17:40:25 ID:HE+GXCHP.net] RAID10はmd raidよりbtrfsのほうが安定してる RAID 1ならmdのほうがいいけど 930 名前：login:Penguin mailto:sage [2020/02/02(日) 23:14:15.47 ID:cDfryaOr.net] >>907,908 md の上に何乗せてるん? ext4? xfs? 931 名前：login:Penguin mailto:sage [2020/02/02(日) 23:40:34.80 ID:iaNiREzj.net] スーパー32Xに決まっておる 932 名前：login:Penguin mailto:sage [2020/02/03(月) 05:01:47.23 ID:9XLDxuL9.net] >>909 RAID1なら何でも乗っける ESPの多重化もしたいし それ以外ならファイルシステムのネイティブ機能の方がいいと思う 933 名前：login:Penguin [2020/02/03(月) 11:50:13 ID:1h1DB/oS.net] >>910 その発想はなかった。俺は評価する。 934 名前：login:Penguin mailto:sage [2020/02/03(月) 23:45:36 ID:OVT3+6Po.net] セガファンは面白いやつ多いのにセガはあれだな 935 名前：login:Penguin mailto:sage [2020/02/11(火) 01:11:17 ID:gTMJQSdw.net] 2020年2月10日　Linus，次期カーネル「Linux 5.6」の最初のリリース候補版を公開 https://gihyo.jp/admin/clip/01/linux_dt/202002/10 ここで触れられているZonefsは開発したWDによるとSMR HDDやSSDに適したファイルシステムらしい What is Zoned Storage and the Zoned Storage Initiative? https://blog.westerndigital.com/what-is-zoned-storage-initiative/ 936 名前：login:Penguin mailto:sage [2020/02/11(火) 10:00:56.86 ID:JmaZPai6.net] ZonefsはPOSIXに準拠していないので既存のファイルシステムを置き換えるものじゃないけどな 937 名前：login:Penguin mailto:sage [2020/02/11(火) 22:35:10 ID:F8Fgy0xz.net] f2fsじゃあかんのかね 938 名前：login:Penguin mailto:sage [2020/02/15(土) 20:40:39 ID:ko2/1+4j.net] F2FSは最大FSサイズが16TBなのがSMR HDDには今後ネックになる 939 名前：login:Penguin mailto:sage [2020/02/15(土) 20:51:22 ID:fQlV7izm.net] FlashFriendly File Systemだからな HDDとか知らんよ 940 名前：login:Penguin mailto:sage [2020/02/15(土) 21:41:41 ID:7ROaKxuF.net] HDDも大容量キャッシュ付き瓦だとあんまりfs側でいじらない方がいいような気がする 941 名前：login:Penguin mailto:sage [2020/02/15(土) 23:17:25 ID:Aj0iDWta.net] WinFS でやりたかったDB の機能も付いたファイルシステムってあります？ 942 名前：login:Penguin [2020/02/16(日) 09:36:26.82 ID:tFc9/bu5.net] >>920 じゃあそれDBでよくね？ってなってどこも開発やめた 943 名前：login:Penguin mailto:sage [2020/02/16(日) 11:11:50 ID:Cl0cNLYW.net] 最近はDBのためにダイレクトIOのパフォーマンス上げる改善が多い 944 名前：login:Penguin mailto:sage [2020/02/19(水) 08:46:06 ID:+vuP13XZ.net] Googleが新しいファイルシステム作ってる Android用だからLinuxのメインラインに取り込まれるのか分からんけど ダウンロード中の不完全なファイルでも実行できるらしい https://lore.kernel.org/linux-fsdevel/20190502040331.81196-1-ezemtsov@google.com/T/#Z2e.:..:20190502040331.81196-2-ezemtsov::40google.com:0Documentation:filesystems:incrementalfs.rst 945 名前：login:Penguin [2020/03/20(金) 16:46:34 ID:oDz6Qr3S.net] btrfsはUUIDの変更が鬼門だな メタデータとUUIDが紐付いているらしくてデータを読めなくなる 946 名前：login:Penguin mailto:sage [2020/03/29(日) 17:30:13 ID:ZSfzV/DF.net] btrfs使わなええ 947 名前：login:Penguin mailto:sage [2020/03/29(日) 19:29:33.05 ID:A9QWVCnu.net] カーネル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時間ずれる) ・読み込みのみ暦月がずれて読み込まれる (書き込み直後はキャッシュされるので症状が見えない) 948 名前：login:Penguin mailto:sage [2020/03/29(日) 19:38:05.23 ID:A9QWVCnu.net] あと、5.4のネイティブexFATは日本語処理は問題なかった 日付のずれは地味に困るから一旦fuse-exFATに戻す 949 名前：926 mailto:sage [2020/03/29(日) 20:21:00.98 ID:A9QWVCnu.net] アクセス日付を更新するだけでも更新日付が一ヶ月後ろにずれることも分かった サムネイル表示機能を有効にしてたから試しに開いたSDカードの日付情報も派手にやられた 950 名前：login:Penguin mailto:sage [2020/04/08(水) 08:54:17.25 ID:ctV6ZAP7.net] Windows10 5000個以上のPDFをAドライブからBドライブに移動させたら、ファイル数はそのまんまなのに総サイズが250MBも減少した なんで？ 951 名前：login:Penguin mailto:sage [2020/04/08(水) 09:48:50 ID:h2p5sSpc.net] 圧縮ディスクだった 952 名前：login:Penguin mailto:sage [2020/04/08(水) 16:48:38 ID:nNfYJP3N.net] Aドライブってフロッピー？ 953 名前：login:Penguin mailto:sage [2020/04/08(水) 18:26:58 ID:9nhczXSy.net] A側はexfat でアロケーションユニットサイズが 1MB (平均512KB/ファイル余計に消費)で、 B側はNTFSで同サイズが4KBで(同平均2KB/ファイル)だったって感じか？ (意図的にやらない限り 1MB なんて値にはならないはず) それ以外の可能性としてはA側には隠しファイルがあってサイズは隠しファイル込みだった 954 名前：login:Penguin mailto:sage [2020/04/09(Thu) 01:04:11 ID:NYHCWS9d.net] exFatをWindowsで初期設定でフォーマットするとクラスタサイズが128KiBになる 1ファイルあたり平均64KiB余計に消費するので、64KiB×5000個=約312MiB >>929 は順当な結果 955 名前：login:Penguin mailto:sage [2020/04/09(木) 01:09:19.65 ID:NYHCWS9d.net] 1件1ファイルで保存するタイプのメールデータをexFatに保存すると大変なことになる (1件ごとにほぼ128KiB無駄になる) あとNTFSは約700バイト未満のファイルはメタデータに直接格納しちゃうから細かい設定ファイルやらメールデータの収納効率が非常に良い 956 名前：login:Penguin mailto:sage [2020/04/09(木) 08:50:59.38 ID:tHpWeU4o.net] Ubuntu 20.04β試していて初めて知ったんだけどlinux-5.3あたり（？）からNILFS2へ書き込もうとするとクラッシュする（といってもNIFS2を扱っているカーネルのサブシステムだけ）というトラップ（バグ）が仕掛けられてたのね。 /homeをNILFS2で運用していて18.04でバックポートカーネルを入れるとログインできなくなるんで何でだろうと思っていた。 当分18.04+5.0系カーネルで保持かなあ？ 957 名前：login:Penguin mailto:sage [2020/04/09(木) 10:29:58.44 ID:wTSYL5PJ.net] NILFS2って保守されてるのか？ いつか消されるんじゃないかと思っているのだけど 958 名前：login:Penguin mailto:sage [2020/04/09(木) 12:30:14.75 ID:7wAsdCRN.net] 4TB の外付けHDDを exFAT でアロケーションユニットサイズを NTFS と同じ 4kB で使う場合、 大きなデメリットってある？ それとも、アロケーションユニットサイズを変更するくらいなら、素直に NTFS で使ったほうがいい？ Linux でもネイティブ対応しそうな exFAT を考慮したいけど、 今までの外付けHDDが全部 NTFS なので、 ちょっと躊躇してしまう。 959 名前：login:Penguin mailto:sage [2020/04/09(木) 12:47:50.43 ID:f9lVta1Z.net] 数十〜数百GB程度ならexFATでも何でも構わんけど テラバイトサイズのボリュームはジャーナリングファイルシステムでないと怖すぎないか 960 名前：937 mailto:sage [2020/04/09(Thu) 13:13:20 ID:7wAsdCRN.net] >>938 確かに、ジャーナルのない点は少し気になるねぇ。 サルベージするときの復元率の違いも気になる。 FAT32 のときは、復元できても断片になることもあった。 もっとも、NTFS の場合、復元できなければ断片すら拾えないという感じだから、 優劣という感じじゃないしなぁ。 961 名前：login:Penguin mailto:sage [2020/04/09(Thu) 17:40:41 ID:vpGccY6F.net] >>936 ジャップ製モジュールはこれが怖い 962 名前：login:Penguin mailto:sage [2020/04/09(木) 18:04:57.35 ID:9fEj1NQk.net] チョン？ 963 名前：login:Penguin mailto:sage [2020/04/09(Thu) 22:32:27 ID:4pQr46JD.net] 手伝お？ 964 名前：login:Penguin mailto:sage [2020/04/10(金) 16:47:03 ID:mZNoA7ar.net] >>937 そのFSを読めるOSが壊れたときなんて想定は別の同じOSを用意すればいいでしかないぞ 965 名前：login:Penguin mailto:sage [2020/04/11(土) 22:41:34.77 ID:XDts1cPd.net] >>937 Windows95/98と同じ程度の信頼性はあるはず 966 名前：login:Penguin mailto:sage [2020/04/24(金) 00:01:20.91 ID:OEQFvFGC.net] CoWはその性質上、空き領域をどんどん上書きするからSSDの速度低下が起きやすいようだ 定期的にトリムした方が良い、例えば毎朝と毎夕 マウントオプションでdiscardオプションを付けても良いがLinuxでは遅くなることが多い fstrim -v / 967 名前：login:Penguin mailto:sage [2020/05/03(日) 18:58:52 ID:njMyCBBl.net] >>935 NILFS2開発者のMLにとりあえずの回避策が流れてた。 起動からマウントまでの間にそのFSのデバイスへの書き込みがあればいいので、 マウントの前に dd if=/dev/なんとか of=/dev/なんとか count=1 みたいにダミーの書き込みを発生さればいいのだそう。 例えば、fstabから削除かnoautoにしてrc.localとかでdd, mountという流れとか。 968 名前：login:Penguin mailto:sage [2020/05/05(火) 05:14:55 ID:AUhfSTN7.net] >>946 ありがとう。 たぶんこれかな↓ https://marc.info/?l=linux-kernel&m=158825033005228&w=2 自分の場合も/homeがnilfs2なんでどうしたものかな？？？というところですわ。 サブ機のほうはbtrfsに替えてUbuntu20.04に上げたけどメイン機の方はどうするかなあ？ 969 名前：login:Penguin mailto:sage [2020/05/26(火) 11:43:00 ID:1H93WhIH.net] Btrfsとかzfsって一台のhddだけで運用するのはたいしてメリットないの？ 970 名前：login:Penguin mailto:sage [2020/05/26(火) 12:46:01.35 ID:+ELcO//y.net] あるだろ 圧縮とかスナックショトとか 盛りだくさんだわ >>948 971 名前：login:Penguin [2020/05/26(火) 17:16:39.31 ID:o4/8jJLs.net] デュアルブートしてたらNTFSのMFTがミラー毎壊れたんですけどなんとかMFTを修復できませんかね？ EaseUS Data Recovery Wizardを使うとディレクトリやファイル名がそのままでデータ救出できるんですけど という事はMFTも修復できるはずですよね？ 972 名前：login:Penguin mailto:sage [2020/05/26(火) 22:43:28.04 ID:6YtvPgat.net] Btrfsの将来は 973 名前：login:Penguin mailto:sage [2020/05/27(水) 08:05:49.48 ID:uLCM26Hl.net] 君の頑張り次第 974 名前：login:Penguin mailto:sage [2020/05/27(水) 12:56:13.77 ID:XCSTzVNb.net] まだ始まったばかりだ！ Oracke先生の次回作にご期待ください 975 名前：login:Penguin mailto:sage [2020/05/27(水) 20:57:11.66 ID:acGll7c1.net] xfsのCoWを有効化したまま1年以上使ったけど時々フリーズするなやっぱり あとメモリ使用量がちょっと大きすぎるね。 まだまだext4安定の時代は続きそうだ 976 名前：login:Penguin [2020/05/27(水) 21:38:26 ID:0U4TUkPK.net] それならBtrfsの方が安定してるな。できたばかりでこれからなんだろうけど 977 名前：login:Penguin mailto:sage [2020/05/27(水) 21:42:16 ID:wyekam7t.net] 2017年8月3日　Red Hat，RHEL 7.4リリースで"脱Btrfs"を明らかに https://gihyo.jp/admin/clip/01/linux_dt/201708/03 978 名前：login:Penguin mailto:sage [2020/05/27(水) 22:26:06 ID:sT3KZO5+.net] ext5開発開始まだー 979 名前：login:Penguin mailto:sage [2020/05/28(木) 05:14:42.87 ID:6u6TfIVC.net] うーむbtrfsで組んでる領域どうしよう compress標準サポートが貴重なんだけどな。 乗り換え先おすすめ教えてください。 980 名前：login:Penguin mailto:sage [2020/05/28(木) 09:40:13.16 ID:lg5ytPVY.net] なんでBtrfsなんか選択したんや… 981 名前：login:Penguin mailto:sage [2020/05/28(木) 09:46:17.62 ID:bvSCyOR7.net] Synologyが推してるBtrfs Googleが使ってるBtrfs 982 名前：login:Penguin mailto:sage [2020/05/28(木) 09:54:45.61 ID:EreFZKCr.net] btrfsはヤヴァいと何度言えば（ｒｙ 983 名前：login:Penguin mailto:sage [2020/05/28(木) 10:35:33.75 ID:kpVDAvmO.net] >>958 zfs 984 名前：login:Penguin [2020/05/28(木) 11:26:26.96 ID:ztRPopnD.net] なんだかんだでLinuxで高機能モダンファイルシステム使おうと思うととりあえず何も考えずに使えるのがBtrfsなんだよね。 こまめにバックアップ取りながら人柱のつもりで突っ込んだのに、意外と問題出ないし…… 985 名前：login:Penguin mailto:sage [2020/05/28(Thu) 12:31:52 ID:A6PA4iBR.net] Google遣ってるならBtrfsの未来は明るいと思ってしまう不思議 986 名前：login:Penguin mailto:sage [2020/05/28(Thu) 12:36:38 ID:rCbDOGHF.net] >>963 俺も数年使ってるけど何も問題起きてないわ ぼんやり使ってるだけだから気付いてないだけの可能性もあるけど 987 名前：login:Penguin mailto:sage [2020/05/28(木) 14:51:58.35 ID:kpVDAvmO.net] ぐぐたすヲもう忘れたのか? 988 名前：login:Penguin mailto:sage [2020/05/28(Thu) 16:25:14 ID:qJC8ExER.net] IT巨人で信頼できるのはMSだけだわ Window以外はブッチギリで有能 989 名前：login:Penguin mailto:sage [2020/05/28(木) 22:47:31.09 ID:35G/ZT7g.net] Vista以降のWindowsもNTFSも優秀だよ 今時こんな堅牢なOSちょっと無いよ 990 名前：login:Penguin mailto:sage [2020/05/29(金) 01:50:04.11 ID:/sA5f8CX.net] https://wiki.archlinux.jp/index.php/Btrfs 本当に隅から隅まで問題が起きていないのか、問題が起きた時にfsckの類が動くのか、etc よくbtrfsなんぞ使えるな・・・ 991 名前：login:Penguin mailto:sage [2020/05/29(金) 05:52:56.10 ID:BCgb8iXY.net] そんなこと言ったらext4もxfsも使えんぞ 992 名前：login:Penguin mailto:sage [2020/05/30(土) 22:19:12.00 ID:rxDacgPJ.net] ext4もxfsもBtrfs程の問題は抱えてないだろうて Btrfsは解決の目途が立ってない既知の問題点が多すぎる 993 名前：login:Penguin mailto:sage [2020/05/31(日) 00:36:23.90 ID:O/t7Lowh.net] 具体的に何が既知の問題なんだ？ 994 名前：login:Penguin mailto:sage [2020/05/31(日) 00:46:30.60 ID:4i1+bTSg.net] 何故>>969すら見ないのか・・・ 995 名前：login:Penguin mailto:sage [2020/05/31(日) 00:56:48.74 ID:O/t7Lowh.net] >>973 そこ見たら実験的な機能が多いのは分かるけど 普通に使って問題が起きるようなことは書いていないが 996 名前：login:Penguin mailto:sage [2020/05/31(日) 01:04:37 ID:4i1+bTSg.net] マウントオプションを貪らずに一切エラーが起きなきゃな 起きた時が問題だからbtrfs checkで全部を直せないとかマウントオプション云々だとか散々警告されてんだろうに RedHatが匙を投げたって時点でお察し 997 名前：login:Penguin mailto:sage [2020/06/01(月) 15:44:25 ID:RZhBr4iC.net] Googleってbtrfs使ってんの？ 998 名前：login:Penguin mailto:sage [2020/06/01(月) 18:14:25 ID:7+mv9XDP.net] redhat引き合いに出してbtrfsオワコン唱えるやつ多いけどbtrfs開発者がredhatやめたってだけ んでまともに触れる社員いないfsはサポート無理ってのとチーム内にXFS開発者ならいっぱいいるからだって元社員がいってたぞ googleは知らんが大御所で使ってる、貢献してるのはfacebookと富士通とかだな 999 名前：login:Penguin mailto:sage [2020/06/01(月) 18:38:32.80 ID:uT4k0Fz5.net] GoogleはChromeOS内のLinux環境で使ってるだけ 1000 名前：login:Penguin [2020/06/01(月) 18:40:48.93 ID:2PrO6u28.net] >>978 それってけっこうデカくね？ 1001 名前：login:Penguin mailto:sage [2020/06/01(月) 19:50:25 ID:OAVwE/lA.net] 遭遇してもクリーンインスコすりゃいいって程度のシステムならbtrfsでも問題にならんのだろうけどな redhatの件が無くてもbtrfsは昔からモグラ叩きの繰り返しだし、 未だにRAIDやファイルチェック周辺すら完全にできてないし、どこに地雷があるかわからん 一部のfsのエラーを修復できませんって、そのエラーに遭遇した時にどうすんだよと 1002 名前：login:Penguin mailto:sage [2020/06/01(月) 21:36:44.83 ID:9JaREmBh.net] クライアント(スナップショット/RAIDなし)で使えててもファイルサーバで 安心して使えるかというとそうじゃないからなあ 1003 名前：login:Penguin [2020/06/01(月) 21:56:25.70 ID:2PrO6u28.net] スナップショットもRAIDも使ったし、オンラインでストレージ構成変えまくったけど問題出なくて（しかも構成変更が柔軟過ぎて）拍子抜けしたんだよなぁ。 ファイルサーバ用途でこそ輝くよこれ（バックアップはこまめにね） 1004 名前：login:Penguin mailto:sage [2020/06/02(火) 11:47:13 ID:6oGgMjKL.net] ファイルサーバーっていう言葉で考えているものが全然違う二人で会話してる感じがする 1005 名前：login:Penguin mailto:sage [2020/06/02(火) 12:27:10 ID:sg8jbCA1.net] Terastation クラスの NAS(Btrfs 利用だと Synology の製品)/エントリークラスか 会社のファイルサーバ(Isilon や NetApp やその対抗製品クラス)/ エンタープライズクラスかってことかな クラウド化やセキュリティ強化が進むにつれてエントリークラスの需要は 落ちる/落ちてるんじゃないかな 1006 名前：login:Penguin mailto:sage [2020/06/04(Thu) 01:47:45 ID:xNtEdgfL.net] ノートPCをCoW有効にしたXfsにしてるけど メモリ使いすぎて本気で後悔してる。 省メモリなFSだとext4が良いのかな？ どこかにFSごとのメモリ使用量の比較データとかあたりしない？ 1007 名前：login:Penguin mailto:sage [2020/06/04(木) 07:54:18.56 ID:gBysGF/t.net] そんなにメモリ食うの？ 1008 名前：login:Penguin mailto:sage [2020/06/04(木) 09:23:07.24 ID:Bs6FKlOi.net] 信じられないくらい食う プロセスの合計メモリ使用量は大したことないのに 簡単にスワップ突入するよ。 1009 名前：login:Penguin mailto:sage [2020/06/04(木) 09:40:20.48 ID:DMZuMarq.net] CoWとジャーナリングなら比べるのも愚かというレベル 1010 名前：login:Penguin mailto:sage [2020/06/04(木) 09:51:37.00 ID:Bs6FKlOi.net] というかカーネル4.18からDefaultでreflink有効になったのかよ・・・ https://blogs.oracle.com/linux/xfs-data-block-sharing-reflink もはやxfsは別物じゃん 1011 名前：login:Penguin mailto:sage [2020/06/04(木) 11:31:13.32 ID:DQZXMKEK.net] >>985 使ってないけどメモリ制限できるんでは？ 1012 名前：login:Penguin mailto:sage [2020/06/04(木) 12:01:52.27 ID:gBysGF/t.net] dedup使ってるとかでもなしにそんなメモリ食うのか。 Btrfsがメモリ食わないからCoW自体は対してメモリ食わないものだと思ってた 1013 名前：login:Penguin mailto:sage [2020/06/04(木) 15:07:25.35 ID:x4v3XzWR.net] CoWを無効にしたXFS使って比較しろよ 1014 名前：login:Penguin mailto:sage [2020/06/04(木) 17:36:35.28 ID:7r9XEAZX.net] >>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. https://marc.info/?l=linux-nilfs&m=159101200114980&w=2 1015 名前：login:Penguin mailto:sage [2020/06/05(金) 14:07:47.91 ID:jA3wZpDc.net] >>993 で引用された部分は 「ホントにc3aab9a0bd91なしだと起きないん？」「そだよ」 と言ってるだけだけど、 落ちるまでの流れはわかったっぽいしまだ不安定ながらパッチもできた、 というのが現状かな。 1016 名前：login:Penguin mailto:sage [2020/06/08(月) 15:13:54.40 ID:PPU2wP+g.net] >>994 で、もう正式に入れてちょうだいってパッチも出たんだけど、 実質1行追加するだけだった。 こういうパッチ好き。 実際どうかは知らないけど、いかにも問題を追求し切ったって感じがして。 1017 名前：login:Penguin mailto:sage [2020/06/13(土) 14:52:24.01 ID:Qx8FdC0t.net] 次スレ https://mao.5ch.net/test/read.cgi/linux/1592027147/l50 1018 名前：996 mailto:sage [2020/06/13(土) 14:53:58.96 ID:Qx8FdC0t.net] なぜか、NGに引っかかったので、関連スレの途中までしか書けていません。 あと、リンク切れの場合は、ご容赦ください。 1019 名前：login:Penguin mailto:sage [2020/06/13(土) 14:54:55.61 ID:Qx8FdC0t.net] 次スレ ファイルシステム総合スレ その18 https://mao.5ch.net/test/read.cgi/linux/1592027147/l50 1020 名前：login:Penguin mailto:sage [2020/06/13(土) 14:55:57.84 ID:Qx8FdC0t.net] 間違えた。 ファイルシステム総合スレ 「その19」 でした。 https://mao.5ch.net/test/read.cgi/linux/1592027147/l50 1021 名前：login:Penguin mailto:sage [2020/06/13(土) 14:56:51.52 ID:Qx8FdC0t.net] ファイルシステム総合スレ その19 https://mao.5ch.net/test/read.cgi/linux/1592027147/l50 1022 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 897日 15時間 6分 0秒 1023 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef