[過去ﾛｸﾞ] ファイルシステム総合スレ その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
省1
2(1): 2017/12/28(木)23:51 ID:/phfY+r1(2/6) AAS
● 過去スレ
01 2chｽﾚ:linux
02 2chｽﾚ:linux
03 2chｽﾚ:linux
04 2chｽﾚ:linux
05 2chｽﾚ:linux
06 2chｽﾚ:linux
07 2chｽﾚ:linux
08 2chｽﾚ:linux
09 2chｽﾚ:linux
省8
3(1): 2017/12/28(木)23:51 ID:/phfY+r1(3/6) AAS
AA省
4: 2017/12/28(木)23:51 ID:/phfY+r1(4/6) AAS
● 関連リンク 2
en:List of file systems
外部ﾘﾝｸ:en.wikipedia.org
Linuxファイルシステム技術解説
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
Linuxの次世代ファイルシステムは「バターFS」!?
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
Linux ジャーナリング・ファイルシステムの徹底調査
外部ﾘﾝｸ:www.ibm.com
Linux フラッシュ・ファイルシステムの徹底調査
省16
5: 2017/12/28(木)23:51 ID:/phfY+r1(5/6) AAS
● 関連リンク3 (SSD関連)
LinuxサーバーにSSDを使うための情報メモ
外部ﾘﾝｸ:oopsops.hatenablog.com
Linux+SSDのファイルシステムベンチマーク
外部ﾘﾝｸ[html]:smackerelofopinion.blogspot.jp
外部ﾘﾝｸ[html]:hesonogoma.com
外部ﾘﾝｸ[html]:hesonogoma.com
6: 2017/12/28(木)23:52 ID:/phfY+r1(6/6) AAS
● リンク全部は、確認していないので、リンク切れがあれば、ご容赦ください。
7: 2017/12/29(金)00:50 ID:6Ajx2Tto(1) AAS
乙
8(1): 2017/12/29(金)01:31 ID:3THeacJp(1) AAS
前スレの話
そもそも通電してれば問題ないんじゃないの？
9(4): 2017/12/29(金)01:52 ID:KsQNwA5N(1/2) AAS
btrfsはファイル沢山あるとこでスナップショット消したりscrub/balanceするとスワップ使わずにメモリ食い潰してOut of Memoryで落ちるの何とかならんのか
そうじゃなくても負荷がかかるとわりと簡単にエラー吐くし
10: 2017/12/29(金)01:56 ID:mEnyZUaK(1/2) AAS
>>1乙
>>8
データ書く時はEEPROMとかフラッシュとかの特性上、イレースした後（全部０にした後）
ビットが１のとこだけに対して、読み込みの時とは別の方法で電流流さないといけない
通電してるかどうかは寿命とは関係ない
PCの場合不可能だけど、マイコンとかでの直接書き込みの場合、チップさえ受け付けてくれれば
オール 0xff を書き込む場合に限ってはイレースの必要は無いし、
一度の書き込みでビットが立たなる程にまで劣化したフラッシュの類に
全く同じビットを書き込んで強引にビットを立てるっていう、姑息な手段がある
ただし１への多重の書き込みは、素子に大きなダメージを与える可能性がある（つまりはそういう事）
11: 2017/12/29(金)01:57 ID:mEnyZUaK(2/2) AAS
>>9
RedHatが匙投げたじゃん btr2fs とかで再設計とかもないみたいだし、終わりじゃないかな
12(1): 2017/12/29(金)06:57 ID:Tdxauqy3(1) AAS
>>9
どれくらいのファイル数でどんだけのメモリ？
13: 2017/12/29(金)08:25 ID:KsQNwA5N(2/2) AAS
>>12
4GB RAMに1.1M個で2.6TiB
4GB RAM/1M個近い別の環境もエラー出る
メモリ少ないだろって自分でも思うけどSynologyとかのNASはどうすんだよこれ…
14: 2017/12/29(金)13:01 ID:gQqEx5BU(1) AAS
>>1
乙
>>3
外部ﾘﾝｸ:www.nilfs.org
↓
外部ﾘﾝｸ:nilfs.osdn.jp
ですな
15: 2017/12/30(土)11:50 ID:rpEOV3LR(1) AAS
>>9
> スワップ使わずにメモリ食い潰してOut of Memoryで落ちるの何とかならんのか
カーネルページはスワップ対象にならんからな
メモリ増やすか、btrfs側を修正するしかないかと
16: 2017/12/30(土)12:30 ID:+ShrpR6q(1/4) AAS
カーネルパラメーターのチューニングという方法もあるがな。
それをするにしても、meminfo のデータ がどういう風になってるか分析しないといけない。
17(1): 2017/12/30(土)18:47 ID:Q3cj5FvJ(1/3) AAS
15だけど、後学のためにももう少し詳しく知りたいです
カーネルのパラメータをいじるってのはどんな場合に
なんの値を変更するのですかね？
多分カーネルビルドし直すってことですよね？
18: 2017/12/30(土)19:02 ID:MBLEVoU3(1) AAS
起動時にパラメータを渡すだけのものもあるよ
grubのメニューを作って試してみればいい
19(1): 2017/12/30(土)19:34 ID:+ShrpR6q(2/4) AAS
>>17
ファイルシステム関係は、sysctl.conf に記述するものが多い。ググってね。
実際の設定については、"meminfo vm.dirty_background_ratio" あたりでググると良い。
20: 2017/12/30(土)19:46 ID:Q3cj5FvJ(2/3) AAS
>>19
なるほど、物理メモリサイズをもう少し確保できるようなチューニングのことでしたか
てっきり、カーネルページまでスワップさせる設定ができるのかと思っていました
21(1): 2017/12/30(土)20:02 ID:+ShrpR6q(3/4) AAS
カーネルのデータは、だいたい slab を使って管理する。ページ単位では管理しないよ。
で、メモリが圧迫されると、shrink するようなコードが動いたりする。そういったパラメータとかはあるよ。
22: 2017/12/30(土)20:03 ID:Nzk/GSwK(1) AAS
仮想メモリはファイルシステムと直接の関係は無いだろう
23(1): 2017/12/30(土)20:22 ID:Q3cj5FvJ(3/3) AAS
>>21
slabはページ（メモリ）の管理効率をあげるもので、
結局メモリはページ単位で管理されるという認識なのですが、違うんですかね？
24: 2017/12/30(土)21:42 ID:+ShrpR6q(4/4) AAS
>>23
カーネル空間にページがマップされてはいるが、それだけの話。
キーワードを提示することしか出来なくて悪いが、"dentry inode" でググるとどう使われているか少しは分かるかもね。
25: 2017/12/31(日)02:05 ID:07onPgwb(1) AAS
>>9
8GB積んだらスナップショット消しても落ちないようになった
しかしbtrfs-transactionが動いてる間は同じボリュームではほとんど何もできないのな
26: 2018/01/07(日)04:31 ID:wQuc4s7m(1) AAS
Ubuntu, Win, Mac のどれでも書込までできて、しかも2TBの制限もないファイルシステムはexFATですか？
ちなみにOSはどれも最新のものね。
27: 2018/01/07(日)06:44 ID:Tq4Ta3q2(1) AAS
外部ﾘﾝｸ:ja.wikipedia.orgユニバーサルディスクフォーマット
好き好んで使ってるのはそんなにいなさそうだが。名前＆目的としてはこれがなんだがなあ
28: 2018/01/07(日)14:38 ID:L2+AyXWh(1) AAS
hddとかssdとかusbメモリをudfフォーマットできるの？
29: 2018/01/07(日)21:22 ID:pwqdYvLI(1) AAS
事実上exfatしかないねえ
30(1): 2018/01/08(月)00:07 ID:2Db2roCw(1) AAS
MacはNTFS使えないの？
31: 2018/01/08(月)01:12 ID:HrBoMMMv(1) AAS
>>30
標準では読み込みのみ。
32(1): 2018/01/08(月)02:44 ID:hBxohUO/(1) AAS
ntfs-3gもinodeがなんたらでアクセスできないファイルあったりするし互換性確保しようとすると選択肢ホントないね
33: 2018/01/08(月)03:22 ID:PGjHKS2I(1) AAS
ファイルシステムってシステムの根幹にある物だしOSへ依存しているものが多いのは仕方ない
exfatでだめならnfsやsmb使ったほうがいい
34: 2018/01/08(月)12:28 ID:oFV1w5LK(1) AAS
>>32
まあ、必要ないだろ。
今はファイル鯖にクラウドストレージもあるんだから。
他とやり取りするファイルに属性値なんてそれ程重要じゃないし
35(1): 2018/01/08(月)12:44 ID:UncXruCK(1) AAS
メタ情報はPOSIXで標準化されたとしても独自に拡張するし相互運用はする物じゃない
exfatみたいに単純なファイルのやりとり程度でとどめるべき
36: 2018/01/11(木)03:22 ID:xjVRFdMC(1) AAS
>>35
そう考えるとexFATは必要最低限という点で適切な選択だと思う
単純さ故にどのOSの実装も問題ないだろう
37(3): 2018/01/28(日)10:27 ID:4VA/QDvh(1) AAS
なぜFATは最大4GBのファイルしか扱えないの？
38(1): 2018/01/28(日)10:45 ID:RIBpP3Mo(1) AAS
>>37
Windowsスレで聞いて
39(1): 2018/01/28(日)14:08 ID:p1eFmoPq(1) AAS
>>37
FAT系のファイルシステムはいくつもあり最大16EiBまで扱える
40: 2018/01/30(火)08:29 ID:/WAKwX2k(1) AAS
>>37
ファイルサイズを表現するビット幅が32ビットなんだと思う
41: 2018/01/31(水)06:08 ID:UbOYv8g1(1) AAS
２の３２乗を計算するとすぐわかる
42(2): 2018/01/31(水)19:39 ID:V8eWTpZx(1/3) AAS
2の32乗 = 4,294,967,296 で確かに4Gになるけどこれって4Gビットだよね
なんでここから4GBに繋がるの？
>>38 windows関係あるの？ >>39 FAT32の話ね
43: 2018/01/31(水)19:46 ID:9W2RLWm3(1/3) AAS
どこまで本気なのか判断が難しい
44: 2018/01/31(水)19:50 ID:V8eWTpZx(2/3) AAS
全部本気だから教えて欲しい
45(1): 2018/01/31(水)20:58 ID:cG5+/3kh(1) AAS
>>42
何で最小単位をビットにしたのか教えてくれ
46(2): 2018/01/31(水)21:09 ID:V8eWTpZx(3/3) AAS
>>45
なんとなく…
でもよく考えたら違うかも
4,294,967,296状態表すことができるってことかな
それがなんで4GBに繋がるのかはわからないけど
47: 2018/01/31(水)21:46 ID:9W2RLWm3(2/3) AAS
FAT32のメタデータの中にファイルサイズを表す数字を置く場所があって
その場所の大きさが32bitしかない
そして、2^32で表せる数字が約40億
だから最大4Gまで
※ファイルサイズはバイト単位だから、4Gバイトまで
FATというのは、DOSで使うために作られたファイルシステム
FAT32というのは、FATをWindows95OSR2で使うために拡張されたファイルシステム
だからWindows関係の板で聞く方がいいというのは正しい
48: 2018/01/31(水)21:49 ID:9W2RLWm3(3/3) AAS
もしファイルサイズのデータがセクタ数を意味するものであったのなら
2TBまでのファイルが作れたかもしれない(512Bとして)
だけどファイルサイズはバイト数で表すものであって、セクタ数ではない
もちろんビット数でもない
勝手にビット数だと決めつけるのは自由だが
それは自分で作ったFSのフォーマットで使ってくれ
49: 2018/01/31(水)22:32 ID:tGgh0huf(1) AAS
>>46
何が何を表してるのかを混同してんじゃないかな
1つの32bitで表せる数値の最大が4,294,967,296ってだけ
その数値がどんな単位で何を表してるのか(bitかbyteかメートルかグラムかとか)はまた別の話
50(1): 2018/01/31(水)22:48 ID:VfwaafHs(1) AAS
きょうびセクタだのトラックだのなんてもういらないモノになっちゃったよな
51: 2018/01/31(水)23:00 ID:uQ9wo50N(1) AAS
>>50
セクタを何と勘違いしてる？
今でもセクタは絶対に外せない概念なんだけど
CHSで言うセクタとは、単に「１トラックあたりのセクタ数」のことだけど
そんなことしか知らない人が、ファイルシステムのスレッドで知ったかぶって書き込むかね
52: 2018/01/31(水)23:43 ID:RyPbcb0f(1) AAS
1セクタは、512バイトで、
ファイルの最小単位が、セクタ8個分だから、4KB
だから、1バイトのファイルを作っても、4KB のサイズになる
53: 2018/02/01(木)02:24 ID:PvgTnnVR(1) AAS
セクタ=512Bytesの時代はもう終わったよ
54: 2018/02/01(木)03:25 ID:oMuXW2h/(1) AAS
もう4KBが主流になってきてるね
55(1): 2018/02/01(木)13:46 ID:7ii0AxEy(1) AAS
533 名前：login:Penguin[sage] 投稿日：2018/02/01(木) 13:34:25.48 ID:0hMkXx1N
画像ﾘﾝｸ[jpg]:i.ytimg.com
戌厨のいつものグロ貼り転載ｗ
セクタとクラスタを勘違いしてないか？
56: 2018/02/01(木)13:49 ID:AdvIyL44(1) AAS
>>46だがようやく理解できた
ありがとう！
57: 2018/02/01(木)21:51 ID:Es7ZS85K(1) AAS
>>42
> 4Gビット
え?
58: 2018/02/02(金)02:43 ID:gCfX7CEL(1) AAS
>>55
誰が勘違いしてるの？
本当にわかってる？
セクタは物理的なディスクが扱う最小単位
クラスタはOSが扱う最小単位
おまえ、本当にバカでしょ
59(2): 2018/02/03(土)13:52 ID:5PwDetKW(1) AAS
4KB セクタか。ファイルデータはキャッシュするからページサイズに合わせた 4KB 単位での I/O が普通だったからそこは別に問題がないんだが、ファイルを管理するためのデータ ー メタデータはどうなんだろうかね。
Btree なんかは、キャッシュしたと思うんだが、inode なんかは基本キャッシュしない。読み込んで カーネルのデータ構造に変換してキャッシュとは違う管理をする。
4KB 読み込んで 256B か 512B 書き換えて 書き戻すようなことをするのかね。効率も悪いが、4KB内の関係ないデータが壊れる可能性が出てくる。
関係ないデータが壊れるとお手上げだな、検出できないし、当然復帰できない。
ジャーナルも対応がどうなっているのか。基本は小さなデータを追記しては 書き込み完了を待つ。512B 単位のエミュレーションなんかを使うと、書き込んだはずのものが一部壊れる可能性が出てくる。完全に4KB 単位にして、スカスカで使えば問題は起きないが。
こういうことがあるので、4KBセクタというのは、ファイルシステムの基本設計のバランスを崩してるね。既存のほぼすべてのファイルシステムが向いていないとも言える。
60: 2018/02/03(土)16:18 ID:jtHdjQTT(1) AAS
何言ってんだこいつ
4KBセクタへの移行が始まったの何年前だと思ってるんだ
61: 2018/02/03(土)19:29 ID:GZq3v5kX(1) AAS
>>59 はジャーナリングは信用出来ないとかいってext2使ってそう
62: 2018/02/04(日)05:23 ID:vwYi3iuK(1) AAS
>>59
バランスを考えるならメタとデータの書き込み比率を考慮しないとね
63: 2018/02/04(日)06:47 ID:gA7D0+vG(1/3) AAS
普通のファイルシステムなら4KB以上でアライメントそろえてるから
64(1): 2018/02/04(日)10:11 ID:2irpMCF7(1/3) AAS
4KBセクタだと、急な電源断で Write 中のデータが失われる場合 、4KB のセクタ単位で壊れるわけだな。512B セクタだと思って処理してると、関係ない所が壊れるケースが出てくるという話。
あたり前の話なんだが、一般人に警告されたことはないようだな。
65(1): 2018/02/04(日)10:26 ID:M0bXlHVP(1) AAS
たぶん、いまどきのOSで、セクタ単位で何かを書き込もうとするものは無いと思う
ブロックやクラスタと言われる単位で連続して書き込む
そのためにアラインメントを揃えたりもしてるんだし
もちろん必要な極一部、例えばMBRの書き換えを要するfdisk等はこの限りではないし
「やろうと思えば」(512Bセクタでエミュレーションしているならば)512B単位で書き込む(書き込もうとする)ことは出来るけど
普通に使っている限り、ブロック単位で扱われる
特定のエミュレーションセクタに書き込み中に電源断が起きて「書き込み未完了」のまま代替処理が行われたら
その周囲のエミュレーションセクタ共々ブロック全体が「書き込み未完了」になるので
仮にセクタ代替処理が行われて周囲のデータ共々入れ替わっても問題は起こらない
66: 2018/02/04(日)11:18 ID:2irpMCF7(2/3) AAS
>>65
ハードディスクは、セクタ単位で読めなくなる。その単位でしか ECC がないんだから当然そうなる。
前のデータが一部残っているとかはない。
代替処理というのは、また別の話。リードエラーが起きたセクタに書き込めば、なにもなかったように書き込める機能。
いまどきのOS? ファイルシステムは古いものが多いぞ。NTFS , XFS , JFS, EXT2 などは 1990 年代の設計だ。
EXT は、2,3,4 と進化しているが、ディスクレイアウトの基本は同じ。エクステンションなど取り入れてはいるが、XFS の最小から実装されていたような古いもの。
ブロックやクラスタとか もっと前の話だな。
新しい設計というと、btrfs 、ZFS なんかの COW ファイルシステムだが、現状はいまいちだな。NetApp の WAFL 特許がネック。
67: 2018/02/04(日)11:32 ID:gA7D0+vG(2/3) AAS
>>64
4KBセクタのディスクに512Bセクタだと思って512Bで書き込むとサイレントにデータを破壊することがあるのか・・・
68: 2018/02/04(日)11:54 ID:gYyH1zcw(1) AAS
そんな糞設計やだ
69(1): 2018/02/04(日)12:46 ID:U+mpo3aI(1) AAS
だから、ブロック単位でしか扱わないって
１つのセクタが複数のブロックに分散されるのは
アラインメントを揃えずにフォーマットされた、4Kセクタ以前のOSで何も考えずに使われていたものだけ
それも無思慮に扱われてパフォーマンスが低下しているのに文句言いながら使っている人だけ
70: 2018/02/04(日)13:55 ID:gA7D0+vG(3/3) AAS
>>69
パフォーマンス低下って4KBセクタに512Bで書き込む際に発生するRead-modify-Writeでってことかな？
71(1): 2018/02/04(日)13:56 ID:iElm5kds(1/2) AAS
クラスタサイズをNTFSみたいに64KiBにできてもいいのになと思う
メディアファイル格納用にさ
72(1): 2018/02/04(日)16:34 ID:2irpMCF7(3/3) AAS
>>71
外部ﾘﾝｸ:ja.wikipedia.org
とりあえず、XFS の エクステント、遅延アロケーションの項目読んでみ。この機能は ext4 にも導入されている。
上で書いたの間違い。
X エクステンション
O エクステント
73: 2018/02/04(日)17:14 ID:7DaAtBsf(1) AAS
4KBセクタのディスクに512Bじゃデータ書き込めないから
74: 2018/02/04(日)17:50 ID:iElm5kds(2/2) AAS
>>72
すまね、ext系列の話
管理方法じゃなくてブロックサイズの話な。
75: 2018/02/04(日)18:44 ID:XldCps9b(1) AAS
なんだこのスレ…ここだけ10年前か？
76: 2018/02/04(日)20:37 ID:LUKGLdtI(1) AAS
いやひとりだけコールドスリーブされて来た奴がいるだけだ
77: 2018/02/05(月)09:40 ID:phk8JjWC(1) AAS
頭おかしなるで
78: 2018/02/05(月)11:39 ID:8TxWsAMa(1) AAS
> いやひとりだけコールドスリーブされて来た奴がいるだけだ
お前のことだろ SLEEVE
79: 2018/02/09(金)10:40 ID:PPTatEc4(1) AAS
違うだろ
2chｽﾚ:market
80: 2018/02/12(月)19:41 ID:DOXm1g1P(1) AAS
Raid1のZFSにscrubかけたら
１系のcheck sumにだけunrecoverable errorみたいなのが5〜6個出たんだけど
もう一回scrubしたら消えた。
こういうもん？何か対処した方が良いのかな？
81(1): 2018/02/12(月)22:49 ID:TQ+9rMwh(1) AAS
ファイルシステム的にはＯＫな状態になってるわけだから、見るべきはハードウェア側だね。
各ディスクの S.M.A.R.T 情報みて、ECC 系や Reallocate 系、その他エラー系のカウントが
カウントアップしてないか確認。
一回とって数時間後にもう一回とってみて比較。 ヤバそうだったら HDD 交換。
特に電源ブチ切りしたわけでもなく、ハードウェアエラーも発生していない場合は
memtest とかでメモリをテスト(サーバ製品でECC付きなら省略可)。
予防交換可能なモノ (サーバ製品で保守期間内の場合) ならここでマザボ交換。
その後は再発するか様子見して再発するならファイルシステムのバグを疑う
(OS 保守があるなら OS ベンダーにエスカレーションだが ZFS なんでコミュニ
ティに連絡？)、かな。
82: 2018/02/13(火)20:16 ID:MhJaeVp1(1) AAS
>>81
ありです。今度の休みに戻ったら順番にまずはS.M.A.R.Tから見てみます
ハードの交換で済めば良いけどZFSのバグだとほかに良さそうなFS知らないから困るなぁ
83: 2018/02/15(木)00:49 ID:m3isa15O(1) AAS
☆ 現在、衆議員と参議院の両院で、改憲議員が３分の２を
超えております。総務省の、『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
84: 2018/02/16(金)23:40 ID:eh+SjOjI(1) AAS
基地外
85: 2018/02/22(木)00:27 ID:IMrh04CH(1/2) AAS
動作確認のために久しぶりにCentOS使ったらデフォがXFSになってた
絶滅してなかったんだな！調べたらBtrfsが非推奨とか書かれてて2度ビックリさせられたっていう
流行り廃りが変わってたのか
86: 2018/02/22(木)00:45 ID:qKDqUSSG(1) AAS
流石に情報が遅すぎないか
87(1): 2018/02/22(木)05:12 ID:IMrh04CH(2/2) AAS
LVMみたいなのなしでスナップショットが取れて
厄介なライセンス問題がなくて
透過的圧縮が選べて
安定動作する
ベストなファイルシステムbstfs(仮)がXFSを元に誕生してくれるはず
88(1): 2018/02/24(土)00:17 ID:otGCmp79(1) AAS
>>87
XFS元にとか、raid考えるならブロックレイアウト的に無理ある
btrfsフォークしてテコ入れした方がまだ楽
仕事でbtrfs開発出来たらなあと思う今日この頃
89: 2018/02/24(土)03:36 ID:XjjbZhiu(1) AAS
暗号化はあっさり入ったのに圧縮はまだ入らんからファイルサイズ辺りの設計が拡張性なさそう> btrfs
いろいろ詰め込み過ぎたな
ext5はよ
90: 2018/02/24(土)04:05 ID:HYNepnhz(1) AAS
OpenSUSEあたりがデフォでBtrfs使ってたりがんばってたな
使い勝手とかどうだったんだろ
91: 2018/02/24(土)07:16 ID:x3+sFfnf(1) AAS
btrfsって圧縮なかったか？
少し前にzstdが使えるようになったって話題になっていた気が…
92: 2018/02/24(土)08:04 ID:4MZm8B3k(1) AAS
すまぬbtrfsは圧縮あるな、ext4と勘違いしてたわ
93: 2018/02/24(土)23:52 ID:+IJqvsAE(1) AAS
btrfsのdeprecatedはRH系だけだしXFSに振り回されないほうがいい
もし将来的にbtrfsが破棄されるようなことがあってもさすがにその頃には>>88の言う通りテコ入れフォークが誕生したり
あるいはZFS on Linuxのライセンス問題も解決してるだろうから満を持してそっちにスルっと移行が正解
94: 2018/02/25(日)01:36 ID:SxblO8Sj(1) AAS
XFSはsnapshotが今後もlvm依存で透過圧縮に至っては念頭にもなしが相変わらずならホント関わらないのが吉
仮にBtrfsが派生無く廃止されてZoLライセンスも悪い方に着地したら……いよいよNILFS2の台頭の時
95: 2018/02/25(日)02:40 ID:gsnExqpE(1) AAS
そんなんbtrfsもxfsも使ってるsuse死亡やん
96(1): 2018/02/25(日)09:19 ID:TEE4OwAc(1) AAS
ハイパーコンバージド界隈だと重複排除や透過圧縮は専用ハード
(ASIC)で高速にやるって流れになりそうだし、スナップショットや
シンプロビジョニングも昔からハード側(というかミドルウェア？)で
やった方が安定してる模様。
つまりソフトじゃハードに勝てず、市場のパイを急速に失いつつ
ある状況だわな。
クラウド化の流れでエントリーレベルのサーバ製品はビジネスの
メインストリームから外れちゃった(PCサーバ数台買って Linux
入れる時代は終わって、外部のクラウドか大規模な内部クラウド
上の仮想マシンに Linux 入れる時代になった)んで、ファイル
省2
97: 2018/02/25(日)12:52 ID:KtlkroaD(1) AAS
>>96
エンドユーザーが使うディスクやファイルシステムに対する解になってないからなあ
まあ興味の集まる分野でもないから技術者が減りそうなのは同意
HCIみたいな箱売りたいメーカーはハード依りだろうけど、クラウド事業者はお高いハードでってのはない気がする
稼働時間に対する障害発生率はハードの方が高いって研究結果もある
確かGoogleが出してた
98: 2018/02/26(月)23:55 ID:9hb6Fpoj(1) AAS
エンドユーザーレベルに専用ハードも降りて来なくてミドルウェアも複雑化回避で避けられてて
そのうえ技術者まで離れそうとなるとソフト面でも今後ぜんぜん進化しなくなる暗黒時代の到来か
何気にヤバイじゃん！既にその手の機能を自前で確保済みだったファイルシステムは割りと羨ましいが保守されなくなると使うのも危険に
99: 2018/02/27(火)00:21 ID:ba93YfaM(1) AAS
それならこのスレの英知を結集して新しいファイルシステム作れば良いじゃないか！
100: 2018/02/27(火)00:26 ID:mYKxKYUa(1) AAS
ext系はずいぶん前に開発者リソース分散を避けるためext5を作らずext4強化で実質5相当にするとか言ってたが
その後の方針はどうなったんだろう
上下前次1-新書関写板覧索設栞歴
あと 902 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.317s*