[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
357: 2021/11/18(木)12:17 ID:vBDA9b/+(1) AAS
開発中の5.16カーネルでZstd更に速度アップ（四年前のコードが新しく）
358: 2021/11/18(木)13:05 ID:ePhyqPG7(1) AAS
今fstabでcompress=lzoとかしてるんだけど、既存のファイルは別に今すぐzstdにしなくていいけど今後作られる新規のファイルとかはzstdで圧縮してほしいと思ったらcompress=zstdにするだけでいいの？
359: 2021/11/18(木)13:12 ID:KkteLCRf(1) AAS
上記に書かれてるのはcompress=zstd:1かな。
自分はcompress-force=zstd:1にしてる。
zstdはアルゴリズム自体に圧縮の可否の判定コードが組み込まれているから
compress-forceでも問題ないらしい。（実際に使ってるけどデメリットは感じない）
360: 2021/11/18(木)13:23 ID:GASrRsZg(1) AAS
BtrfsもZstandardもFacebookが本番環境でゴリゴリに利用しながら開発協力してるから進化が早いね
361: 2021/11/19(金)00:01 ID:olu0IGqg(1) AAS
リーナスがbtrfsの時代を見越して特権でマージしてからはや12年
やっといい感じになったのか
一時期の停滞はなんだったんだろうな
362(1): 2021/11/19(金)02:04 ID:zywWlpj/(1) AAS
compress-forceはやめたほうがいいぞ
画像や動画や音声みたいにすでに圧縮されていて圧縮する意味がないファイルまで圧縮するから
363: 2021/11/19(金)02:21 ID:9V6nr5YI(1) AAS
だからそれをzstdなら自動で判定してくれるって話なんじゃないの？
俺はcompress=zstdにしてるけど
364(1): 2021/11/19(金)03:24 ID:jLZ82X+D(1) AAS
>>362
zstdなら自動判定で圧縮出来ないファイルは無視するから大丈夫だよ
compress-force=zstd:1でこんな感じ
画像ﾘﾝｸ[png]:i.imgur.com
365(1): 2021/11/19(金)07:22 ID:9u0Wrd2T(1/2) AAS
forceとはいったい……
>>364
そんなの見れるんだ、コマンド教えて
366(2): 2021/11/19(金)14:45 ID:KKx0Rm7F(1) AAS
zstd以外の圧縮形式だと本当に全部圧縮する
zstdは賢いからforceで問題ない
>>365
外部ﾘﾝｸ:github.com
367: 2021/11/19(金)16:59 ID:9u0Wrd2T(2/2) AAS
>>366
おー、Debianにもパッケージあるし、見れた。ファイルサーバで試したら思ってたよりすげー圧縮してたわ。
ありがとう。
368: 2021/11/19(金)22:14 ID:dMVwvFav(1) AAS
まじでここ最近のBtrfs進化凄まじいな
圧縮によってSSDが長持ちする効果も。
個人ユースレベルの話だけど、fedora34、35と使っててトラブルなし
>>366
横からですがGJ！
kernel 5.16でbtrfsパフォUP
外部ﾘﾝｸ[php]:www.phoronix.com
369: 2021/11/21(日)14:51 ID:bYykWTis(1) AAS
qemuイメージをbtrfs上で使う場合、どのような方法がオススメでしょうか？ thin provisipningが目的で、qcow2自体のsnapshotや圧縮は使っておりません。
・qcow2+nocow(btrfs)
・raw+cow(btrfs)
・raw+cow(btrfs)+compress(btrfs)
・raw+nocow(btrfs)
・その他など
370(1): 2021/11/21(日)16:13 ID:shHqGKFO(1/2) AAS
thin provisioningがディスク容量の削減を指すんだったら
qcow2の圧縮にzstdを使ったら「初期イメージは」RAWの
20%以上ぐらい？まで縮んだなあ…
debianインストール済みイメージで、/はext4、ディスク使用量
約2GBで、イメージサイズは300MB台だった記憶
インストールして初期イメージ作成までは一旦RAWで作って、
空き容量いっぱいにddでzero埋めファイルを作ってから削除、
それからqcow2変換ってことをしたけど
371: 370 2021/11/21(日)16:25 ID:shHqGKFO(2/2) AAS
圧縮方式はデフォルトでzstdは勘違いだった
372: 2021/11/21(日)21:17 ID:a95bCROj(1) AAS
牛さんパワーktkr
373: 2021/11/22(月)03:14 ID:Sspgrqlg(1/2) AAS
うーん、btrfs上のqcow2はcowだとパフォーマンス劣化が激しいという記事や、btrfs NOCOW filesにはchecksumや圧縮が効かない？ようなんですよね。。
外部ﾘﾝｸ[3F]:btrfs.wiki.kernel.org
ならば、cowや圧縮はqcow2ではなくbtrfsに任せるよう、rawが良いのかなと考えたのですが、ネットに事例見当たらず、考え違いしてないか気になりまして。。
374: 2021/11/22(月)10:33 ID:tMXPzEWO(1/2) AAS
自分は/homeとか/varとか、書き換え頻度の高そうな
マウントポイントだけ分離するために別のRAWイメージファイルを
作成して、メインのqcow2イメージとは別に
追加でマウントとかしてた
例えばqemu内のfstabでは sdb1を/var とか sdb2を/home とか
頻繁に書き換えのあるディレクトリだけを
別のディスクイメージにまとめて、/のファイルシステム上では
そこへのシンボリックリンクにしてしまってもいいかも
375: 2021/11/22(月)10:35 ID:tMXPzEWO(2/2) AAS
redditでちょうどそんなこと議論してるスレッドがあった
外部ﾘﾝｸ:www.reddit.com
これ読んで、Btrfs上でなら自分はこうするかも
・Btrfs上でqemuイメージ専用のサブボリューム作成
・そのサブボリュームはマウントオプションでCoW無効・圧縮無効
・/以下メインのディスクイメージはqcow2
・一旦RAWイメージで環境をインストールして安定させてからqcow2変換
・/home, /varほか用に同じサブボリューム内に別でRAWディスクイメージを作成
・こっちは chattr +c <RAWイメージファイル> で個別にBtrfs圧縮だけ有効
376: 2021/11/22(月)23:15 ID:Sspgrqlg(2/2) AAS
みなさん、アドバイスありがとうございます。
rawにした方がパフォーマンスはいいけど、qcow2の方が他のメリットがあるから？使う人が多いような印象を受けました。
rawを試してみようと思います。
上下前次1-新書関写板覧索設栞歴
あと 626 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s