ファイルシステム総合スレ その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 あたりで. 46 名前：login:Penguin mailto:sage [2018/01/31(水) 20:58:31.12 ID:cG5+/3kh.net] >>42 何で最小単位をビットにしたのか教えてくれ 47 名前：login:Penguin [2018/01/31(水) 21:09:53.70 ID:V8eWTpZx.net] >>45 なんとなく… でもよく考えたら違うかも 4,294,967,296状態表すことができるってことかな それがなんで4GBに繋がるのかはわからないけど 48 名前：login:Penguin mailto:sage [2018/01/31(水) 21:46:27.90 ID:9W2RLWm3.net] FAT32のメタデータの中にファイルサイズを表す数字を置く場所があって その場所の大きさが32bitしかない そして、2^32で表せる数字が約40億 だから最大4Gまで ※ファイルサイズはバイト単位だから、4Gバイトまで FATというのは、DOSで使うために作られたファイルシステム FAT32というのは、FATをWindows95OSR2で使うために拡張されたファイルシステム だからWindows関係の板で聞く方がいいというのは正しい 49 名前：login:Penguin mailto:sage [2018/01/31(水) 21:49:39.17 ID:9W2RLWm3.net] もしファイルサイズのデータがセクタ数を意味するものであったのなら 2TBまでのファイルが作れたかもしれない(512Bとして) だけどファイルサイズはバイト数で表すものであって、セクタ数ではない もちろんビット数でもない 勝手にビット数だと決めつけるのは自由だが それは自分で作ったFSのフォーマットで使ってくれ 50 名前：login:Penguin mailto:sage [2018/01/31(水) 22:32:05.98 ID:tGgh0huf.net] >>46 何が何を表してるのかを混同してんじゃないかな 1つの32bitで表せる数値の最大が4,294,967,296ってだけ その数値がどんな単位で何を表してるのか(bitかbyteかメートルかグラムかとか)はまた別の話 51 名前：login:Penguin mailto:sage [2018/01/31(水) 22:48:10.26 ID:VfwaafHs.net] きょうびセクタだのトラックだのなんてもういらないモノになっちゃったよな 52 名前：login:Penguin mailto:sage [2018/01/31(水) 23:00:05.45 ID:uQ9wo50N.net] >>50 セクタを何と勘違いしてる？ 今でもセクタは絶対に外せない概念なんだけど CHSで言うセクタとは、単に「１トラックあたりのセクタ数」のことだけど そんなことしか知らない人が、ファイルシステムのスレッドで知ったかぶって書き込むかね 53 名前：login:Penguin mailto:sage [2018/01/31(水) 23:43:11.94 ID:RyPbcb0f.net] 1セクタは、512バイトで、 ファイルの最小単位が、セクタ8個分だから、4KB だから、1バイトのファイルを作っても、4KB のサイズになる 54 名前：login:Penguin mailto:sage [2018/02/01(木) 02:24:07.42 ID:PvgTnnVR.net] セクタ=512Bytesの時代はもう終わったよ 55 名前：login:Penguin mailto:sage [2018/02/01(木) 03:25:03.63 ID:oMuXW2h/.net] もう4KBが主流になってきてるね 56 名前：login:Penguin mailto:sage [2018/02/01(木) 13:46:23.62 ID:7ii0AxEy.net] 533 名前：login:Penguin[sage] 投稿日：2018/02/01(木) 13:34:25.48 ID:0hMkXx1N https://i.ytimg.com/vi/_jjwqFhlxi4/maxresdefault.jpg 戌厨のいつものグロ貼り転載ｗ セクタとクラスタを勘違いしてないか？ 57 名前：login:Penguin mailto:sage [2018/02/01(木) 13:49:46.28 ID:AdvIyL44.net] >>46だがようやく理解できた ありがとう！ 58 名前：login:Penguin mailto:sage [2018/02/01(木) 21:51:46.67 ID:Es7ZS85K.net] >>42 > 4Gビット え? 59 名前：login:Penguin mailto:sage [2018/02/02(金) 02:43:45.22 ID:gCfX7CEL.net] >>55 誰が勘違いしてるの？ 本当にわかってる？ セクタは物理的なディスクが扱う最小単位 クラスタはOSが扱う最小単位 おまえ、本当にバカでしょ 60 名前：login:Penguin mailto:sage [2018/02/03(土) 13:52:36.14 ID:5PwDetKW.net] 4KB セクタか。ファイルデータはキャッシュするからページサイズに合わせた 4KB 単位での I/O が普通だったからそこは別に問題がないんだが、ファイルを管理するためのデータ ー メタデータはどうなんだろうかね。 Btree なんかは、キャッシュしたと思うんだが、inode なんかは基本キャッシュしない。読み込んで カーネルのデータ構造に変換してキャッシュとは違う管理をする。 4KB 読み込んで 256B か 512B 書き換えて　書き戻すようなことをするのかね。効率も悪いが、4KB内の関係ないデータが壊れる可能性が出てくる。 関係ないデータが壊れるとお手上げだな、検出できないし、当然復帰できない。 ジャーナルも対応がどうなっているのか。基本は小さなデータを追記しては 書き込み完了を待つ。512B 単位のエミュレーションなんかを使うと、書き込んだはずのものが一部壊れる可能性が出てくる。完全に4KB 単位にして、スカスカで使えば問題は起きないが。 こういうことがあるので、4KBセクタというのは、ファイルシステムの基本設計のバランスを崩してるね。既存のほぼすべてのファイルシステムが向いていないとも言える。 61 名前：login:Penguin mailto:sage [2018/02/03(土) 16:18:43.12 ID:jtHdjQTT.net] 何言ってんだこいつ 4KBセクタへの移行が始まったの何年前だと思ってるんだ 62 名前：login:Penguin mailto:sage [2018/02/03(土) 19:29:44.76 ID:GZq3v5kX.net] >>59 はジャーナリングは信用出来ないとかいってext2使ってそう 63 名前：login:Penguin mailto:sage [2018/02/04(日) 05:23:25.80 ID:vwYi3iuK.net] >>59 バランスを考えるならメタとデータの書き込み比率を考慮しないとね 64 名前：login:Penguin mailto:sage [2018/02/04(日) 06:47:48.50 ID:gA7D0+vG.net] 普通のファイルシステムなら4KB以上でアライメントそろえてるから 65 名前：login:Penguin mailto:sage [2018/02/04(日) 10:11:42.82 ID:2irpMCF7.net] 4KBセクタだと、急な電源断で Write 中のデータが失われる場合 、4KB のセクタ単位で壊れるわけだな。512B セクタだと思って処理してると、関係ない所が壊れるケースが出てくるという話。 あたり前の話なんだが、一般人に警告されたことはないようだな。 66 名前：login:Penguin mailto:sage [2018/02/04(日) 10:26:30.33 ID:M0bXlHVP.net] たぶん、いまどきのOSで、セクタ単位で何かを書き込もうとするものは無いと思う ブロックやクラスタと言われる単位で連続して書き込む そのためにアラインメントを揃えたりもしてるんだし もちろん必要な極一部、例えばMBRの書き換えを要するfdisk等はこの限りではないし 「やろうと思えば」(512Bセクタでエミュレーションしているならば)512B単位で書き込む(書き込もうとする)ことは出来るけど 普通に使っている限り、ブロック単位で扱われる 特定のエミュレーションセクタに書き込み中に電源断が起きて「書き込み未完了」のまま代替処理が行われたら その周囲のエミュレーションセクタ共々ブロック全体が「書き込み未完了」になるので 仮にセクタ代替処理が行われて周囲のデータ共々入れ替わっても問題は起こらない 67 名前：login:Penguin mailto:sage [2018/02/04(日) 11:18:28.01 ID:2irpMCF7.net] >>65 ハードディスクは、セクタ単位で読めなくなる。その単位でしか ECC がないんだから当然そうなる。 前のデータが一部残っているとかはない。 代替処理というのは、また別の話。リードエラーが起きたセクタに書き込めば、なにもなかったように書き込める機能。 いまどきのOS?　ファイルシステムは古いものが多いぞ。NTFS , XFS , JFS, EXT2 などは 1990 年代の設計だ。 EXT は、2,3,4 と進化しているが、ディスクレイアウトの基本は同じ。エクステンションなど取り入れてはいるが、XFS の最小から実装されていたような古いもの。 ブロックやクラスタとか もっと前の話だな。 新しい設計というと、btrfs 、ZFS なんかの COW ファイルシステムだが、現状はいまいちだな。NetApp の WAFL 特許がネック。 68 名前：login:Penguin mailto:sage [2018/02/04(日) 11:32:10.04 ID:gA7D0+vG.net] >>64 4KBセクタのディスクに512Bセクタだと思って512Bで書き込むとサイレントにデータを破壊することがあるのか・・・ 69 名前：login:Penguin mailto:sage [2018/02/04(日) 11:54:17.11 ID:gYyH1zcw.net] そんな糞設計やだ 70 名前：login:Penguin mailto:sage [2018/02/04(日) 12:46:05.73 ID:U+mpo3aI.net] だから、ブロック単位でしか扱わないって １つのセクタが複数のブロックに分散されるのは アラインメントを揃えずにフォーマットされた、4Kセクタ以前のOSで何も考えずに使われていたものだけ それも無思慮に扱われてパフォーマンスが低下しているのに文句言いながら使っている人だけ 71 名前：login:Penguin mailto:sage [2018/02/04(日) 13:55:13.58 ID:gA7D0+vG.net] >>69 パフォーマンス低下って4KBセクタに512Bで書き込む際に発生するRead-modify-Writeでってことかな？ 72 名前：login:Penguin mailto:sage [2018/02/04(日) 13:56:06.99 ID:iElm5kds.net] クラスタサイズをNTFSみたいに64KiBにできてもいいのになと思う メディアファイル格納用にさ 73 名前：login:Penguin mailto:sage [2018/02/04(日) 16:34:31.32 ID:2irpMCF7.net] >>71 　https://ja.wikipedia.org/wiki/XFS とりあえず、XFS の エクステント、遅延アロケーションの項目読んでみ。この機能は ext4 にも導入されている。 上で書いたの間違い。 　X　エクステンション 　O　エクステント 74 名前：login:Penguin mailto:sage [2018/02/04(日) 17:14:10.24 ID:7DaAtBsf.net] 4KBセクタのディスクに512Bじゃデータ書き込めないから 75 名前：login:Penguin mailto:sage [2018/02/04(日) 17:50:02.03 ID:iElm5kds.net] >>72 すまね、ext系列の話 管理方法じゃなくてブロックサイズの話な。 76 名前：login:Penguin mailto:sage [2018/02/04(日) 18:44:09.22 ID:XldCps9b.net] なんだこのスレ…ここだけ10年前か？ 77 名前：login:Penguin mailto:sage [2018/02/04(日) 20:37:59.98 ID:LUKGLdtI.net] いやひとりだけコールドスリーブされて来た奴がいるだけだ 78 名前：login:Penguin mailto:sage [2018/02/05(月) 09:40:30.32 ID:phk8JjWC.net] 頭おかしなるで 79 名前：login:Penguin mailto:sage [2018/02/05(月) 11:39:43.20 ID:8TxWsAMa.net] > いやひとりだけコールドスリーブされて来た奴がいるだけだ お前のことだろ SLEEVE 80 名前：login:Penguin mailto:sage [2018/02/09(金) 10:40:47.47 ID:PPTatEc4.net] 違うだろ medaka.2ch.net/test/read.cgi/market/1516899338/ 81 名前：login:Penguin mailto:sage [2018/02/12(月) 19:41:09.72 ID:DOXm1g1P.net] Raid1のZFSにscrubかけたら １系のcheck sumにだけunrecoverable errorみたいなのが5〜6個出たんだけど もう一回scrubしたら消えた。 こういうもん？何か対処した方が良いのかな？ 82 名前：login:Penguin mailto:sage [2018/02/12(月) 22:49:55.09 ID:TQ+9rMwh.net] ファイルシステム的にはＯＫな状態になってるわけだから、見るべきはハードウェア側だね。 各ディスクの S.M.A.R.T 情報みて、ECC 系や Reallocate 系、その他エラー系のカウントが カウントアップしてないか確認。 一回とって数時間後にもう一回とってみて比較。 ヤバそうだったら HDD 交換。 特に電源ブチ切りしたわけでもなく、ハードウェアエラーも発生していない場合は memtest とかでメモリをテスト(サーバ製品でECC付きなら省略可)。 予防交換可能なモノ (サーバ製品で保守期間内の場合) ならここでマザボ交換。 その後は再発するか様子見して再発するならファイルシステムのバグを疑う (OS 保守があるなら OS ベンダーにエスカレーションだが ZFS なんでコミュニ ティに連絡？)、かな。 83 名前：login:Penguin mailto:sage [2018/02/13(火) 20:16:58.71 ID:MhJaeVp1.net] >>81 ありです。今度の休みに戻ったら順番にまずはS.M.A.R.Tから見てみます ハードの交換で済めば良いけどZFSのバグだとほかに良さそうなFS知らないから困るなぁ 84 名前：login:Penguin mailto:sage [2018/02/15(木) 00:49:47.47 ID:m3isa15O.net] ☆ 現在、衆議員と参議院の両院で、改憲議員が３分の２を 超えております。総務省の、『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆ 85 名前：login:Penguin mailto:sage [2018/02/16(金) 23:40:55.91 ID:eh+SjOjI.net] 基地外 86 名前：login:Penguin mailto:sage [2018/02/22(木) 00:27:53.64 ID:IMrh04CH.net] 動作確認のために久しぶりにCentOS使ったらデフォがXFSになってた 絶滅してなかったんだな！調べたらBtrfsが非推奨とか書かれてて2度ビックリさせられたっていう 流行り廃りが変わってたのか 87 名前：login:Penguin mailto:sage [2018/02/22(木) 00:45:32.56 ID:qKDqUSSG.net] 流石に情報が遅すぎないか 88 名前：login:Penguin mailto:sage [2018/02/22(木) 05:12:15.22 ID:IMrh04CH.net] LVMみたいなのなしでスナップショットが取れて 厄介なライセンス問題がなくて 透過的圧縮が選べて 安定動作する ベストなファイルシステムbstfs(仮)がXFSを元に誕生してくれるはず 89 名前：login:Penguin mailto:sage [2018/02/24(土) 00:17:26.23 ID:otGCmp79.net] >>87 XFS元にとか、raid考えるならブロックレイアウト的に無理ある btrfsフォークしてテコ入れした方がまだ楽 仕事でbtrfs開発出来たらなあと思う今日この頃 90 名前：login:Penguin mailto:sage [2018/02/24(土) 03:36:57.03 ID:XjjbZhiu.net] 暗号化はあっさり入ったのに圧縮はまだ入らんからファイルサイズ辺りの設計が拡張性なさそう> btrfs いろいろ詰め込み過ぎたな ext5はよ 91 名前：login:Penguin mailto:sage [2018/02/24(土) 04:05:16.77 ID:HYNepnhz.net] OpenSUSEあたりがデフォでBtrfs使ってたりがんばってたな 使い勝手とかどうだったんだろ 92 名前：login:Penguin mailto:sage [2018/02/24(土) 07:16:10.78 ID:x3+sFfnf.net] btrfsって圧縮なかったか？ 少し前にzstdが使えるようになったって話題になっていた気が… 93 名前：login:Penguin mailto:sage [2018/02/24(土) 08:04:43.05 ID:4MZm8B3k.net] すまぬbtrfsは圧縮あるな、ext4と勘違いしてたわ 94 名前：login:Penguin mailto:sage [2018/02/24(土) 23:52:26.72 ID:+IJqvsAE.net] btrfsのdeprecatedはRH系だけだしXFSに振り回されないほうがいい もし将来的にbtrfsが破棄されるようなことがあってもさすがにその頃には>>88の言う通りテコ入れフォークが誕生したり あるいはZFS on Linuxのライセンス問題も解決してるだろうから満を持してそっちにスルっと移行が正解 95 名前：login:Penguin mailto:sage [2018/02/25(日) 01:36:47.79 ID:SxblO8Sj.net] XFSはsnapshotが今後もlvm依存で透過圧縮に至っては念頭にもなしが相変わらずならホント関わらないのが吉 仮にBtrfsが派生無く廃止されてZoLライセンスも悪い方に着地したら……いよいよNILFS2の台頭の時 96 名前：login:Penguin mailto:sage [2018/02/25(日) 02:40:19.71 ID:gsnExqpE.net] そんなんbtrfsもxfsも使ってるsuse死亡やん 97 名前：login:Penguin mailto:sage [2018/02/25(日) 09:19:53.35 ID:TEE4OwAc.net] ハイパーコンバージド界隈だと重複排除や透過圧縮は専用ハード (ASIC)で高速にやるって流れになりそうだし、スナップショットや シンプロビジョニングも昔からハード側(というかミドルウェア？)で やった方が安定してる模様。 つまりソフトじゃハードに勝てず、市場のパイを急速に失いつつ ある状況だわな。 クラウド化の流れでエントリーレベルのサーバ製品はビジネスの メインストリームから外れちゃった(PCサーバ数台買って Linux 入れる時代は終わって、外部のクラウドか大規模な内部クラウド 上の仮想マシンに Linux 入れる時代になった)んで、ファイル システム上でのスナップショットとか透過圧縮とか前世代の技術 なんかに時間を割きたい技術者なんていないでしょ。 98 名前：login:Penguin mailto:sage [2018/02/25(日) 12:52:04.16 ID:KtlkroaD.net] >>96 エンドユーザーが使うディスクやファイルシステムに対する解になってないからなあ まあ興味の集まる分野でもないから技術者が減りそうなのは同意 HCIみたいな箱売りたいメーカーはハード依りだろうけど、クラウド事業者はお高いハードでってのはない気がする 稼働時間に対する障害発生率はハードの方が高いって研究結果もある 確かGoogleが出してた 99 名前：login:Penguin mailto:sage [2018/02/26(月) 23:55:25.36 ID:9hb6Fpoj.net] エンドユーザーレベルに専用ハードも降りて来なくてミドルウェアも複雑化回避で避けられてて そのうえ技術者まで離れそうとなるとソフト面でも今後ぜんぜん進化しなくなる暗黒時代の到来か 何気にヤバイじゃん！既にその手の機能を自前で確保済みだったファイルシステムは割りと羨ましいが保守されなくなると使うのも危険に 100 名前：login:Penguin mailto:sage [2018/02/27(火) 00:21:54.20 ID:ba93YfaM.net] それならこのスレの英知を結集して新しいファイルシステム作れば良いじゃないか！ 101 名前：login:Penguin mailto:sage [2018/02/27(火) 00:26:23.10 ID:mYKxKYUa.net] ext系はずいぶん前に開発者リソース分散を避けるためext5を作らずext4強化で実質5相当にするとか言ってたが その後の方針はどうなったんだろう 102 名前：login:Penguin mailto:sage [2018/03/02(金) 05:30:25.81 ID:hhxLds+U.net] ntfs-3gは互換性にちょい問題あるから仮想マシンのwinにマウントさせれば大丈夫だろうと思ってたけど、物理マシンのwin10にファイルシステムぶっ壊されて尻込みしてきた… 103 名前：login:Penguin mailto:sage [2018/03/02(金) 07:08:22.43 ID:67A/reQv.net] windowsがNTFS壊すことなんて普通ないだろ 壊れる場合は大体ハードか要因 104 名前：login:Penguin mailto:sage [2018/03/02(金) 22:39:56.04 ID:H+tXBOeU.net] btrfsはまさかのWinBtrfs登場でいま一番すき 105 名前：login:Penguin mailto:sage [2018/03/02(金) 23:13:17.15 ID:MFGpClv5.net] 狂気 106 名前：login:Penguin mailto:sage [2018/03/04(日) 21:51:49.30 ID:4+1xEt+z.net] >>102 Win10は次の起動の高速化のためにシャットダウン時に色々やってるから、油断ならない 107 名前：login:Penguin mailto:sage [2018/03/05(月) 14:52:46.83 ID:O88BXzrm.net] ntfs-3gのLFS＝Windows7以前のLFSだからWindows8移行のLFSと互換性はない 108 名前：login:Penguin mailto:sage [2018/03/10(土) 09:31:23.08 ID:x4lfxI/y.net] btrfsからext4に逃げたけど透過圧縮ないとNAS用途だと10%くらい容量食って辛い 109 名前：login:Penguin mailto:sage [2018/03/12(月) 21:38:16.59 ID:unPKrVS/.net] 恐縮ですが、SSDとHDD混在のVLMでアクセス頻度の高いデータをHDDからSSD側に動的に移動してくれる機能はないでしょうか 例えば　Windows Server 2016 の　記憶域プールのような SSD と HDD を階層化する機能はないでしょうか。 CentOS7を使っています ご存知の方がいらっしゃいましたら教えてください。 110 名前：login:Penguin mailto:sage [2018/03/12(月) 22:19:07.32 ID:TUBoTmo4.net] LVM Cacheが多分一番楽 既にあるLogicalVolumeに対してもSSDをキャッシュに出来る 動いてる状態でにキャッシュの追加と削除が可能 3年くらい使ってるけど、特に問題は起きてない あくまでキャッシュなのでSSD追加しても全体の容量は増えないけど 111 名前：login:Penguin mailto:sage [2018/03/12(月) 22:22:50.43 ID:RTR6VDTp.net] >>108 LVM？ 階層化は聞いたことないなあ 本質的にはSSDキャッシュだし git探してもマトモなのないね 112 名前：login:Penguin mailto:sage [2018/03/12(月) 23:15:13.20 ID:/r957bgo.net] >>108 もう開発止まってるっぽいけど、btierとか。 113 名前：login:Penguin mailto:sage [2018/03/13(火) 05:55:03.42 ID:mU6yb35H.net] いろいろ情報ありがとうございます。 LVM Cacheキャッシュでいこうと思います。 できないことがわかっただけでもありがたい。 114 名前：login:Penguin [2018/03/24(土) 05:35:48.82 ID:vglWJKal.net] ext以外で予約領域 115 名前：の概念があるファイルシステムってある？ [] [ここ壊れてます] 116 名前：login:Penguin mailto:sage [2018/03/24(土) 08:18:16.54 ID:A+B8Oca5.net] XFSのパーティションに別のパーティションから 100万個ファイルをコピーしたら、途中でコピーが止まり XFSのファイルにいっさいアクセスができなくなったよ。 よくある話らしいが、EXT4で構築すればよかった。 117 名前：login:Penguin mailto:sage [2018/03/24(土) 10:05:42.33 ID:Okpi41CK.net] 連続書き込み3万個くらいで不具合起きるかもしれないんだっけ RedHatの一件からだと思うがXFSに手を出して痛い目みる事例が増えてるみたいだな そのうち安定化するといいが… 118 名前：login:Penguin [2018/03/24(土) 13:09:54.84 ID:7LZp7+hZ.net] XFSでファイル鯖立ててしもうた。 鬱だ。(´・ω・`) 119 名前：login:Penguin mailto:sage [2018/03/24(土) 13:55:13.48 ID:Q03LRYRl.net] XFSそんななんだ・・・使わんとこ 120 名前：login:Penguin mailto:sage [2018/03/24(土) 13:56:22.34 ID:Ylvb0lEk.net] zfs使えばええやん 121 名前：login:Penguin mailto:sage [2018/03/24(土) 14:12:08.40 ID:PZTMha1Y.net] >>118 メモリが足りねえ 122 名前：login:Penguin mailto:sage [2018/03/24(土) 14:41:48.58 ID:Q03LRYRl.net] 重複排除使わなきゃそんなに使わなくね？ 123 名前：login:Penguin mailto:sage [2018/03/24(土) 18:46:05.11 ID:WfIumJp8.net] 初めて聞いたわそんなん fs選択は地獄だな 124 名前：login:Penguin mailto:sage [2018/03/25(日) 01:03:27.71 ID:sNVEb48G.net] ZFSはdedupeをonにすると地獄を見るけどoffだと最強になりすぎて もうコイツだけで良いんじゃないかなってなって面白みがない 誰かが映画版ジャイアンfsと言ってたが一理あるっていう 125 名前：login:Penguin mailto:sage [2018/03/25(日) 03:39:28.73 ID:jXn25Zte.net] ライセンスの問題がなけりゃすべてのディストリが採用してるレベル オラクルほんとクソ 126 名前：login:Penguin mailto:sage [2018/03/25(日) 04:16:38.82 ID:/qrb38yx.net] xfsだめなのぉ？ 127 名前：login:Penguin mailto:sage [2018/03/25(日) 05:18:18.15 ID:azIef3b5.net] xfsは中身変わりまくりで歴史が長く信頼性が高いとか言われると？ってなる 128 名前：login:Penguin mailto:sage [2018/03/25(日) 05:50:15.79 ID:xf2ttzH/.net] >>122 dedup使わなくても空き容量なくなったら死ぬという欠点がある 129 名前：login:Penguin [2018/03/25(日) 06:59:41.30 ID:H+lpi9gt.net] zfsは機能と安定性は最強だけど、速度は弱くない？ 130 名前：login:Penguin mailto:sage [2018/03/25(日) 10:21:30.83 ID:jXn25Zte.net] あー、空き容量残り２割切ると遅くなるんだったな 確かに残り１割になったときは遅かった 131 名前：login:Penguin [2018/03/25(日) 12:23:01.94 ID:HgQzeR+v.net] atimeが更新される条件ってなんですか？ ファイル見ても更新される時とされない時があるんですが 132 名前：login:Penguin mailto:sage [2018/03/25(日) 12:53:24.66 ID:QhmAkcZ/.net] noatimeとかそういうのでぐぐったところ、 133 名前：login:Penguin mailto:sage [2018/03/25(日) 16:18:11.25 ID:qnXLJ6VG.net] ZFSをoptaneで性能底上げしたらどうやろ？ 134 名前：login:Penguin mailto:sage [2018/03/25(日) 16:33:05.47 ID:xf2ttzH/.net] gigazine.net/news/20171212-intel-optane-zfs-zil-slog/ この記事ZFSにoptane最高だぜって言ってるけど そもそもl2arcとzilの有効性が微妙だからな 耐久度という意味では間違いなくいいけど 135 名前：login:Penguin mailto:sage [2018/03/26(月) 12:19:39.47 ID:wqW+3yz6.net] btrfsに続いてzfsでもzstd圧縮が使えるようになるらしいな 136 名前：login:Penguin mailto:sage [2018/03/27(火) 06:01:39.80 ID:kqSS0Nv9.net] 外国の開発者（ストレージ系）の人とXFSとEXT4について意見交換 したのだが、信頼性を求めるならEXT4じゃね？とメールしたところ、 XFSのほうが多くの面で優れていて、確かに多くのファイルを一度に 更新する（メタデータ更新）とエライコッチャになることが稀にある。 その弱点を差し引いても私はXFSを選ぶよ。　と返事をもらった。 自分はEXT4派だったんだが、XFSに宗旨替えしよう。 137 名前：login:Penguin mailto:sage [2018/03/27(火) 06:44:56.07 ID:782OWoK3.net] 本当に根拠が宗教的信仰心しかない・・・ 138 名前：login:Penguin mailto:sage [2018/03/27(火) 11:00:41.72 ID:c6neFUpA.net] よく「エライコッチャになる」可能性があるもんを使えるどころか他人に勧められるもんだな・・・ 139 名前：login:Penguin mailto:sage [2018/03/27(火) 11:01:48.38 ID:3wHgt0DI.net] zshはmetadataの処理速度が遅すぎて、ガリガリアクセスするとこには使いたくないわ 140 名前：login:Penguin mailto:sage [2018/03/27(火) 11:04:18.47 ID:vJefcZPQ.net] xfsは明確な不具合が出ると指摘されたうえでも選ぶんだから厚い信仰心が垣間見れるな ストレージまわりにそんな危ないの使うのはあるいみ狂信の域だけど 重要データ扱う状況でも無さそうだし文字通り人柱として貢献できるね 141 名前：login:Penguin mailto:sage [2018/03/27(火) 12:52:33.67 ID:i69pveH8.net] 数万のファイル更新は絶対にやらないシステムならいいんじゃね？ XFS使ったことないけどkernelのソースとか取ってきたら死にそうw 142 名前：login:Penguin mailto:sage [2018/03/27(火) 21:30:42.61 ID:G+R+bUTm.net] xfsは2010年ごろ？に大改修されて、 その道の人に言わせるとext4より良くなったとか 143 名前：login:Penguin mailto:sage [2018/03/27(火) 21:38:10.43 ID:WBgLhK0q.net] centos7　ext4がデフォらしいけど、かっこつけてxfsにするクセがついてます。 まぁ個人で使う分に違いはわからんでしょ。 144 名前：login:Penguin mailto:sage [2018/03/27(火) 22:10:53.31 ID:76SAlyTy.net] centos7はxfsだろ 6まではext4だったが 145 名前：login:Penguin [2018/03/28(水) 13:34:01.30 ID:jktrpz3K.net] JFSオヌヌメ 146 名前：login:Penguin mailto:sage [2018/03/28(水) 17:02:03.91 ID:P4JKYXtv.net] LinuxをZFSにインストールしてみたけどロールバック便利ね ライセンス問題解決されたらインストーラーで簡単にインストールできるようになって欲しい

---

---

[ 続きを読む ] / [ 携帯版 ]

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