[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
255: 2021/06/29(火)21:52 ID:K1arQqhz(1) AAS
カーネル5.14でbtrfsが更に改良・高速化されるらしい
開発ラッシュやばい
256: 2021/06/30(水)00:02 ID:zTG01lTx(1) AAS
もうBtrfsで良さそうだね
ネイティブ暗号化くらいしか弱点ないでしょ
257: 2021/06/30(水)04:50 ID:ik/23AzL(1) AAS
あとRAIDが非推奨のままずっと放置されてる
258: 2021/06/30(水)05:54 ID:XBjkZFiO(1) AAS
RAIDはHBAかLVM使えばええやろ
ファイルシステムがやらなければいけないことではない
259: 2021/06/30(水)06:14 ID:mXQXM/0G(1) AAS
RAID10あたりは問題ないしね
260: 2021/06/30(水)09:02 ID:yJpclQIV(1/2) AAS
スナップショット使うファイルシステムでHBAやLVMでのRAID-5/6はやめとけ
スナップショットはランダムリード/ライト多いから相性が悪い
使っているうちにフラグメンテーションで使い物にならなくなる
回避するためにはHBA使うのやめてRAID-Zだのそれに類似したVirtual系
RAIDの技術が必要なんだが実装ツラい割に効果も薄いんだろ
ラックマウントタイプのストレージ製品でもRAID-10でしか使わせない製品も
出始めてるし、業界としてRAID-5/6は切り捨てなんだとおもう
261: 2021/06/30(水)09:38 ID:QIl8oURk(1) AAS
ファイルシステムによらず、RAID5はテラバイト級媒体にはそもそも使わない方が良い
障害復旧中に壊れていくのを数回見た
RAID6は知らない
262: 2021/06/30(水)11:26 ID:r3QHhm+R(1) AAS
RAIDZは広く使われてるよ
RAIDはストレージの可用性確保の手段なんだから代替方法なんかない
263: 2021/06/30(水)19:44 ID:MEBTTE23(1) AAS
機能として存在する以上は安定してほしいよね
264: 2021/06/30(水)19:51 ID:2x4FXU9Q(1) AAS
RAID関連は実績のあるファイルシステムでないと使う気にはならない
265: 2021/06/30(水)22:09 ID:yJpclQIV(2/2) AAS
ファイルシステムの実績もだけどパーツ冗長(特にコントローラ)も必要だわ
HBAが中途半端に故障して壊れてもないHDDを故障扱いしまくってデータ
ロストさせた(実際はデータロストしてない)障害が一番厄介なトラブルだった
266: 2021/07/01(木)01:40 ID:yz4Mm0BT(1) AAS
一般ユーザーがしないような構成を組むと
想像もしていなかったような不具合踏むことが多々あるわな
267: 2021/07/04(日)01:22 ID:dO3rYTst(1) AAS
Btrfsはdiscardマウントオプションでまだ壊れた報告がチラホラあるね
とりあえず手動trimに切り替えた
268: 2021/07/07(水)20:02 ID:SKdz/k2Y(1) AAS
Linux 5.14 Works Around Compatibility With Some Digital Camera exFAT File-Systems
www.phoronix.com/scan.php?page=news_item&px=Linux-5.14-exFAT
269: 2021/07/23(金)06:19 ID:zqR55IXg(1) AAS
WindowsでBtrfs 【ファイルシステム】
2chｽﾚ:win
270(1): 2021/08/14(土)11:15 ID:Zs+glBhP(1/2) AAS
Linux上で以前targetcliで作ったZVOL (/dev/zvol/mypool/fc0) が「使用中」状態に
なったままになってます。再起動してもOSを再インストールしても「使用中」状態です。
# zfs destroy mypool/fc0
cannot destroy 'mypool/fc0': dataset is busy
# umount /dev/zvol/mypool/fc0
umount: /dev/zvol/mypool/fc0: not mounted.
未使用の状態かそれが無理なら強制削除したいんですがどうしたらいいでしょうか？
271: 2021/08/14(土)12:12 ID:Zs+glBhP(2/2) AAS
>>270
解決しました。理由はイニシエータ側で作ったLVMをターゲット側が起動時に
自分のものとしていたため。
272: 2021/08/15(日)14:01 ID:6oNwxX6g(1) AAS
exFATがDebian11でサポートされるようになったらしいね Debian newsにそう書いてあった
273(1): 2021/08/21(土)08:54 ID:fjPA48lm(1) AAS
うーん、ZFSはイマイチですね・・・。
Proxmoxで3*HDDをRAIDZ1にして、2*SATA SSDをキャッシュにしてVMを作ったのですが、
前情報通りアクセスが増えるとメモリ消費量が10GBとか跳ね上がる・・・。
1200Mb/s出ていたものがカーネルパニック？で20Mb/sとかに落ち込んでしまう。
2GBのファイルをランダムコピーしたら、一瞬で終わるものと数十秒かかるものが発生。
うーん、ZFSはかなりじゃじゃ馬な印象です。メモリが潤沢にあれば良いのかも。
やはり記憶域スペースですかね・・・・。
274: 2021/08/21(土)11:04 ID:BiYUjqs+(1/2) AAS
確かに自分もデスクトップ用途で多目的に利用しているんだがバター FS の方が適してると考えるようになってきた
275: 2021/08/21(土)16:49 ID:4kjF9FRm(1) AAS
>>273
重複排除が有効になってたりしない?
276: 2021/08/21(土)17:05 ID:dh93U5+W(1) AAS
今度、Debian11 インストールしようと思うが、Btrfs でいいのか。
277: 2021/08/21(土)19:31 ID:BiYUjqs+(2/2) AAS
コピーオンライトをファイル単位でユーザーが使えるのはバター FS だった
278(1): 2021/08/29(日)04:14 ID:OSnjE7oK(1/5) AAS
OpenZFS2.1で実装されたdRAIDってどうなの
再構築が高速なのは良いことだけど、その後新しいホットスペアを追加したら結局再構成が始まるんでは？
RAID-Z2と何が違うんだろ
279(1): 2021/08/29(日)09:40 ID:1yXXr9+s(1) AAS
openzfs-2.1.0
kernel-5.13
fedora34
ZFSで例えば2つのプールpool1, pool2 があるとして，ブート時にpool1は自動で
インポートしたいけどpool2はしたくない場合，どうすればいいですか？
<(_ _)>
280(1): 2021/08/29(日)15:01 ID:/+B08fjB(1/3) AAS
>>278
いましがた dRAID の説明を初めて読んできた初心者なので参考まで
> その後新しいホットスペアを追加したら結局再構成が始まるんでは？
語弊がある書き方をするけど再構築が高速になるトレードオフとしてホットスペア
にデータを事前にデータを書き込んでおく(準備しておく)ってだけじゃん
リビルド中に２本目と３本目が相次いで壊れてデータロストするリスクを(リビルドを
高速化することで)回避するためのものだから効率が悪い・二度手間な処理を行う
のは至極まっとうな話では？
> dRAIDってどうなの
全てのディスクを均等に使用してしまうことによって HDD/SSD の故障時期が重な
る可能性が高まるという点で逆にリスクを上げてるアホな仕組みだと思った
商用の FS (NetApp や Isilon, Spectrum Scale FS) において同じ仕組みは個人的
には聞いたことが無いので期待できない
> RAID-Z2と何が違うんだろ
いや、RAID-Z や RAID-Z2 に対してホットスペアをどうするかのオプションだから
違うとかじゃなくて「dRAID 構成の RAID-Z2」とか「dRAID 構成ではない RAID-Z2」
とかそんな感じで別物ではないぞ？
281: 2021/08/29(日)17:27 ID:OSnjE7oK(2/5) AAS
>>280
RAID-Z2 と RAID-Z＋dRAIDホットスペア1本はほぼ一緒では？と言いたかった。
ホットスペア本数に制限がないので、冗長度を好きなだけ上げられてかつread性能も上がるのが利点なのかな？
商用はIBMが既にやってるらしいけどね。
282(1): 2021/08/29(日)18:07 ID:OSnjE7oK(3/5) AAS
RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
RAID再構築はパリティ再計算のために、生き残ったドライブの全データを読み込む必要がある？が
dRAIDは追加スペア分の空き容量を生き残ったドライブに分配するだけなので、生き残りがn本なら各ドライブ1/(n+1)のデータだけ読めばよい？
あとパリティ計算がいらない。
あれ？割と良いのでは？
283(1): 2021/08/29(日)18:18 ID:/+B08fjB(2/3) AAS
>>282
> RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
流石に比較が間違ってるだろ、それ
RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
にRAID再構築が実施されるのであってホットスペアを補充するタイミング
じゃない
dRAID の場合はそれに加えてホットスペアを補充した際にも再ストライプ
目的で２回目の再構築が走る＝つまり２度手間
dRAID の１回目の再構築の際にはパリティ計算している
だから２回目の再構築の時は不要ってだけだ
パリティが要らないっておかしいと思えよ
284: 2021/08/29(日)18:43 ID:/+B08fjB(3/3) AAS
失礼
× パリティが要らないっておかしいと思えよ
○ パリティ計算が要らないっておかしいと思えよ
> 商用はIBMが既にやってるらしいけどね。
Erasure Code Edition って新しい別構造の奴か
確かに Spectrum Scale でスペアを仮想化するって事が可能ってあるね
285: 2021/08/29(日)19:01 ID:OSnjE7oK(4/5) AAS
>>283
>RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
>にRAID再構築が実施されるのであってホットスペアを補充するタイミング
>じゃない
いやもちろんそれはわかってるけど
dRAIDの場合は再構築もディスク読み書きが分散されるからまあ気にしなくていいかと思った。
けど分散されて早くなるってだけで読み書きする総量は変わらないのか…
286: 2021/08/29(日)19:08 ID:OSnjE7oK(5/5) AAS
>>279
pool2のcanmountプロパティにnoautoをセットかな
287(1): 2021/09/09(木)15:30 ID:Ti5gtG1m(1) AAS
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言
Liam Tung （Special to ZDNet.com） 翻訳校正： 編集部 2021-09-08 14:01
外部ﾘﾝｸ:japan.zdnet.com
288: 2021/09/09(木)16:08 ID:yZA2ccAk(1) AAS
ファックファック言わなくなってる…😳
289(7): 2021/09/09(木)17:02 ID:bMPZjWuq(1) AAS
linuxで作ったntfsドライブがwindows10で読み込めない
ディスクをアタッチして起動するとフォーマットするか聞いてくる
linux側から見るとデータが書き込まれてるのに
290: 2021/09/10(金)11:20 ID:AU+z5FwG(1) AAS
>>289
チャレンジャーだなぁ。
291(1): 289 2021/09/10(金)12:20 ID:gkerD8uH(1/4) AAS
色々試したけど結局フォーマットした
ネットだとwindowsからlinuxで読めないトラブルはあるんだけど逆はあんまり出てこないんだよね
フォーマットしたディスクはlinuxで一応読み込めたけど気づいた事がある
ディスク丸ごとフォーマットしたはずなのに何故か数メガの未使用領域が出来てる
これが関係してんのか？
292(3): 2021/09/10(金)14:37 ID:4r6H+99Z(1/2) AAS
>>289 >>291
断定できないが蓋然性として高い要因は、NTFSのログ構造(LFS)がWindows7以前がver1.1、
Windows8以後がver2.0と更新している関係で出る不具合。これはWindows同士でも起こり得る
トラブルの一つで、LinuxのNTFS-3Gドライバはver1.1準拠なので、同様の事情(>>287の新・
標準ドライバがこの件を解決しているかは、知らないが)。以下、詳細は↓。
NTFS-3G - ArchWiki
外部ﾘﾝｸ:wiki.archlinux.jp
293: 289 2021/09/10(金)15:39 ID:gkerD8uH(2/4) AAS
>>292
情報thanks
確かにwindows7の頃はこの手の問題に遭遇したことはないな
294(2): 2021/09/10(金)16:41 ID:H/thhANN(1) AAS
>>292
それならば、Linuxで作成したVer1.1のNTFSが、より新しいバージョンにも対応しているWindows 10で読めないということはないはずで、
>>289の言っている問題を説明するものではない。
そのLFSのバージョンが問題になるのは、Windows 10等新しいWindowsからNTFSのディスクを、「安全に取り外す」をしないで取り外し、
Windows 7等古いWindowsに接続した場合。
「安全に取り外す」と、Windowsは当該NTFSのLFSをVer1.1に変換するので、問題は起こらないが、
しないでいきなり外すと、古いWindowsはLFSを解釈できないので、最近の操作が適用されていないように見えるなどの不具合が発生する・・・とのこと。
295(1): 2021/09/10(金)17:32 ID:4r6H+99Z(2/2) AAS
>>294
蓋然性が高い要因を挙げただけで、他にないとは書いてないが。>>292で紹介したリンク
(NTFS-3G - ArchWiki)の"トラブルシューティング"に、Windows8・10の別の不具合もしっかり
記述してある。人に難癖つける前に、確認すべき。
296: 289 2021/09/10(金)20:08 ID:gkerD8uH(3/4) AAS
色々試してわかった
ディスク丸ごとだと駄目でパーティションを作ってフォーマットすると読み込む事が出来る
297: 289 2021/09/10(金)20:19 ID:gkerD8uH(4/4) AAS
>>294
>>295
お騒がせして申し訳ないｗ
けどこれがntfsのバージョン関係してるのかはわからない
win7で試したいけど環境ないんでね
298(1): 2021/09/12(日)19:56 ID:Q/6ceb7l(1) AAS
初心者スレから誘導されてきました。
HDD４台構成のraidz1がデグレードになってしまい慌てて交換用HDDに取り替えたのですがうまくリビルドができないです
交換用のHDDが/dev/sdeで「zpool replace tank 14576820926089804651 /dev/sde」を実施しても
cannot replace 14576820926089804651 with /dev/sde: already in replacing/spare config; wait for completion or use 'zpool detach'と出るだけでリビルドが走っている様子も見えません
この場合、どのようにすればリビルドを開始することができるのでしょうか？教えてください
299: 2021/09/12(日)20:49 ID:s2hUCnQh(1) AAS
>>298
真の有識者が来るまでの時間稼ぎにしかならないかもだけど取り敢えず
losetupでループアタッチしたプールでは当然ながら問題無かった
再同期やscrub等が動いていない事を確認し、不良ディスクをzpool offline tank 数字 してから
replaceしてみては如何だろうか
自分だったらだけど、まだDEGRADEDで済んでいるうちにスナップショット取って
余裕のあるディスクへzfs sendで退避した上でプール作り直してしまうけど
300: 2021/09/22(水)20:53 ID:iZQWyrHm(1) AAS
Linux板のくだ質スレから誘導されました。
現在、CentOS+btfs&snapperの自作NASを課内で使っています。
スナップは1時間毎で、直近の2週間と月1を残し続けています。
現行
メイン機（上記のマシン）
サブ機（rsyncで毎晩丸ごとメイン機のデータを取得。メイン機が壊れた場合の保険）
希望
メイン機をサブに回して、新規で高速なNASを作成したいです。
どのようなファイルシステムを選ぶのが良いか、アドバイスを貰えたらと思っています。
新メイン機は下記のハードを用意しています。
0. Ryzen Pro 1700 or 3600, 2x16GB@3200MEM
1. SataSSD128GB（OS）
2. NVMeSSD512GB（R3年度ファイルを保存する作業フォルダ）
3. CMR8TB（過年度のファイルを保存）
4. CMR8TB（rsyncで2,3番を毎晩バックアップ）
質問
1番はどの鳥が良いでしょうか？現行機はCentOSです
2番は現行機と同じルールでスナップを撮りたいです。fsは何が良いでしょうか？
3番はスナップは不要と思っています。現行機は過年度のデータもスナップ対象でした。
3,4番はext4で構わないと思っていますが、1番の鳥と2番のfsに何を選べば良いかアドバイス貰えると嬉しいです。
よろしくお願いします。
301: 2021/09/23(木)06:01 ID:AxTVswon(1) AAS
どんなファイルが多いとか、普段の使い方とか、現状どんな時に不足を感じるかとか、性能測定が必要では？
btrfsから（比較すると機能の少ない）ext4に変更したいというからには細かいファイルが多いのかな？
これまでCentOS使いということはサポート長いほうが良いだろうからDebian系に抵抗なければUbuntuサーバが良いのでは？
302: 2021/09/23(木)21:54 ID:G3mdAv3f(1) AAS
CentOS で btrfs つかっていたけど RHEL 系が btrfs のサポートやめちゃったから
別のディストリに移って btrfsを使うか、RHEL系のままスナップショットありの別の
FS に移行するべきかって話でしょ。
4. でバックアップ体制があるなら多少不安定な奴を選択しても良い状態だから
好きなの選べばいいんじゃないかな。
個人的には opensuse で btrfs ってのが一番理解を得られる線だと思う。
303(1): 2021/09/23(木)22:07 ID:5GvGB4Pa(1/2) AAS
Oracle LinuxにしてUnbreakable Enterprise Kernel使えばbtrfsのサポートを（Oralceが）やってるぞ
サポート申し込まなくても機能としては使える
304: 303 2021/09/23(木)22:08 ID:5GvGB4Pa(2/2) AAS
Oracleは好き嫌いが分かれるので、あくまで選択肢の1つとして・・・ということでお願いします
305: 2021/09/24(金)09:14 ID:8pmJ0Xha(1) AAS
みなさまありがとうございます。
説明不足がある中で、面倒なこちらの状況を把握して、明快なアドバイスで助けてくださったことに、感謝しています。
SuSEのサーバ利用は私の中で盲点でした。
サーバではOracle含むCentOS代替系が慣れの面で楽だとは思っていましたが、
好きなのを選べば良いと言って貰えると、今回はopensuse+btrfsでやってみます。
SuSEは学生時代に使っていた9.3振りです。大変にありがとうございました。
306: 2021/09/24(金)09:51 ID:dzf13hIH(1) AAS
ココ↓は？
Twitterﾘﾝｸ:rokkotsukasa
Twitterﾘﾝｸ:rokkotsukasa
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
307: 2021/09/27(月)10:11 ID:8b0UHmE8(1) AAS
ddrescue 絡みで以下
$ sudo mount -o subvol=@ /dev/loop0p2 /mnt
$ sudo btrfs scrub start /mnt
scrub started on /mnt, fsid 98d2193c-b09e-4f8b-b78d-dc9ff9906263 (pid=1929)
<< scrub が一瞬にして終わり、
$ watch sudo btrfs scrub status /mnt
$
Every 2.0s: sudo btrfs scrub status /mnt kyo: Sat Sep 25 13:17:40 2021
scrub status for 98d2193c-b09e-4f8b-b78d-dc9ff9906263
scrub started at Sat Sep 25 13:17:35 2021 and was aborted after 00:00:00
<< この行からまったくスクラブしてないことが読み取れる
total bytes scrubbed: 0.00B with 0 errors
次はどうすればよいですか？
308(2): 2021/09/29(水)18:34 ID:fGc1oPa1(1) AAS
windowsでNTFS圧縮したフォルダってlinuxで使うと問題あるのかな？
linuxでNTFSを扱う事にリスクがあるのは知ってるけど圧縮する事でそのリスクがさらに大きくなったりするのかどうか
309: 2021/10/02(土)15:29 ID:kc4v6amD(1/2) AAS
>>308
昔、PC-DOSに標準付属だったFAT16ファイルシステム圧縮ソフトを使ってたが、他のシステムと互換性が無くてファイル交換に困った。
あまり特殊な機能を使うと、Windowsの異なるバージョン間でもファイルの読み書きが出来なくなる可能性が有るから、あまりオススメはしない。
XP時代にあれだけ推していたダイナミックディスクがdepricatedになったみたいにね。
Linuxの事は知らんん。
310: 2021/10/02(土)15:31 ID:kc4v6amD(2/2) AAS
>>308
ZFS等の他のファイルシステムのファイル圧縮機能を使って、Samba等のCIFS系でネットワーク越しに共有するとかでは駄目なの？
311: 2021/10/02(土)19:04 ID:EgCcoSU6(1) AAS
NTFS圧縮のどこが特殊な機能だよ
312: 2021/10/02(土)20:31 ID:EB7kVLAn(1) AAS
そもそもLinuxのNTFSサポート(特にrw)はリバースエンジニアリングの賜物だし、あんまり信用しない方がいいと思うけどなあ。カーネルモジュールのroで使うのが無難だと思うよ。
313: 2021/10/02(土)23:12 ID:KqC7ziZl(1) AAS
こないだMSと契約してて仕様見れる企業がLinux用ドライバ書いてくれたとかなかったっけ？
314(1): 2021/10/03(日)19:44 ID:2jfRA+HE(1) AAS
でもMSが書いてるわけじゃないからねえ。btrfsとか仕様を自分たちだけで決めて実装してるものだって、完璧ではないわけだし、
ファイルシステムは個人的には枯れてることや、トラブルシュートのノウハウの蓄積が重要かなと思う。
まあAPFSを普段使ってて何言ってるんだって感じだが、ユーザーはめちゃ多いからなあ。
315(1): 2021/10/04(月)13:08 ID:TXzl7kYV(1) AAS
>>314 FAT32実装でも完璧になることはほぼないよ
316: 2021/10/04(月)19:36 ID:fn2oJW0l(1) AAS
>>315
うん、だからext4とかxfsとかしか使わないよ。
NTFSマウントしたかったらVM経由でCIFSマウントするわ。
317(1): 2021/10/21(木)18:38 ID:AxEaN9Vn(1) AAS
クライアントマシンのルートパーティションをBtrfsからext4に戻してみた
扱い簡単だし日々のバックアップなんかdumpで十分じゃねとか思って
318: 2021/10/22(金)00:37 ID:LPm9gNbQ(1) AAS
Fedoraの傾向からすると
今後はバックアップだけじゃなくて高速化でもBtrfsの機能を活用する方向だから
新しいディストリを使うならBtrfsにしておいたほうが良い
319: 317 2021/10/22(金)07:30 ID:DPzRrjD6(1) AAS
さすがFSスレ住民 未来を見据えてらっしゃる
再フォーマット＆データリストアはワケないんで近いうちに出戻りBtrfsやるかも知れないっす
320: 2021/10/23(土)04:27 ID:I1Xbj+ci(1) AAS
Facebookの全面協力で安定してきたから
最新のカーネルを扱えるならBtrfsでも良いけど
DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
321: 2021/10/24(日)09:22 ID:1yf+lTo0(1) AAS
Debian11を使用中なんですが、
> DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
との事なのでZFSを仕込んでみました
画像ﾘﾝｸ[png]:i.imgur.com
322: 2021/10/24(日)17:47 ID:lKWonQWJ(1/2) AAS
ZFSはメモリ消費が激しすぎてイマイチでしょ。
最近のBtrtfsのメリットは
Btrfsを前提とした周辺機能が充実してきた事。
例えばFedora35からはソフトウェアの更新がBtrfsで高速化される事になった。
323: 2021/10/24(日)19:24 ID:DfnSHm2O(1) AAS
ちょっと前まではbtrfsディスっとけばできる男を演出できてたけど
最近はbtrfsを褒めるほうが有能そうな雰囲気出せる時代になってきたん？
324: 2021/10/24(日)19:35 ID:jhNfOHT2(1) AAS
俺は一貫してBtrfsの素晴らしさを讃えてきたので……というのはともかく、風向きが変わってきたなとは思う
325: 2021/10/24(日)19:41 ID:lKWonQWJ(2/2) AAS
昔から壊れるという欠点を除けば素晴らしいファイルシステムだった。
最近のカーネルでその欠点が急速に改善されているからメインでOKという流れ。
FedoraがデフォルトをBtrfsにしたのに阿鼻叫喚になっていないし本当に安定してきてるんだと思うね。
326: 2021/10/24(日)20:49 ID:SkXAlUtd(1) AAS
最近のカーネルにCentOS 8の4.18はともかく、debian 11の5.10は含まれないの
327: 2021/10/24(日)21:28 ID:4t2MKVSe(1) AAS
ZFSがメモリ食いなんてまだ言ってる人いるんだくらいの感想
328: 2021/10/25(月)00:04 ID:iwYvMRD6(1/2) AAS
カーネル5.4で安定化したらしいからdebian11なら大丈夫じゃない？
それ以降のカーネルでも高速化が入っていたりするから新しいに越したことはないだろうけど
329(1): 2021/10/25(月)00:16 ID:iwYvMRD6(2/2) AAS
あとは透過圧縮で利用するzstdの改善が5.13で入った
安定面ではなくパフォーマンス面で考えるとカーネル5.10だともったいない気がする
330: 2021/10/25(月)05:51 ID:kkWUslu3(1) AAS
ZFSはまあまあメモリ食う時もあるけどあまり気にした事ないな
心配ならARC制限すればいいし
Btrfsはパフォーマンスが上がるのか
個人レベルでは問題視する様な不具合は見てないし今後がますます楽しみ
331: 2021/10/25(月)06:45 ID:ZAX3MeqU(1) AAS
>>329
知らなかったから調べてみたらBtrfsでzstd圧縮を利用している場合5〜15%パフォーマンスアップとあるね。必須とまでは言わないけど、あれば嬉しい感じ
332: 2021/10/25(月)09:40 ID:qncdQ78l(1) AAS
ext4でcrc32c_intelが有効になっているか確認する方法ありますか？
カーネルモジュールは組み込まれていて、
dumpe2fs -hで見ると、crc32cとだけ表示されています。
intelの使ってるのでしょうか…？
333: 2021/10/25(月)12:08 ID:FE+vN1GH(1) AAS
外部ﾘﾝｸ[8B]:wiki.archlinux.jp
外部ﾘﾝｸ:ext4.wiki.kernel.org
334: 2021/11/07(日)02:36 ID:/DYcsXrN(1) AAS
今やwindowsでもBtrfsは使えるんやで
外部ﾘﾝｸ:github.com
335: 2021/11/09(火)11:16 ID:C2t7c7MT(1/2) AAS
EXT4って巨大ファイル（数十GB〜数百GB）のファイルを削除しようとしたらめちゃくちゃ遅くない？
ずっと前からそうで久々に新しいシステムセットアップして最近は改善されたかな？と思ったけど同じだった
336: 2021/11/09(火)20:10 ID:os//3YxP(1) AAS
ext3じゃなくて？
337: 2021/11/09(火)22:15 ID:C2t7c7MT(2/2) AAS
ext4でもそうなんだよな
338: 2021/11/10(水)12:55 ID:Gmm1clxh(1) AAS
inodeに削除フラグ立ててるだけならおかしいよね
SSD のハードウェア側で何か処理が行われているのかな
339: 2021/11/10(水)18:23 ID:NkSwIMlY(1) AAS
まさかマウントオプションでTrim有効にしてないか？
340: 2021/11/10(水)20:25 ID:HeWruaDL(1) AAS
ext4は昔からNTFSと比べると削除は遅いよ
341: 2021/11/12(金)21:57 ID:9wzH1mCG(1) AAS
On-Disk Format Changes Ahead To Improve "Painful" Parts Of Btrfs Design
外部ﾘﾝｸ[php]:www.phoronix.com
そろそろ安定してきたっぽいからbtrfsに乗り換えようかと思ってたけど
来年Disk Format変わるのかよ……
342: 2021/11/13(土)01:26 ID:e0PvumLs(1/3) AAS
そうだとしても乗り換えてOKでしょう
Fedora34でBtrfsにして35へのアップグレードも済ませたけど相変わらず安定だよ
即座に壊れたカーネル4.xx時代とは大違い
343: 2021/11/13(土)01:29 ID:e0PvumLs(2/3) AAS
Fedoraが透過圧縮有効のBtrfsをデフォルトにして問題なしだから
カーネルさえ新しければデスクトップ用途ではまず問題は発生しないと思う
344: 2021/11/13(土)02:04 ID:GWxfAFmk(1) AAS
Fedora の方がRedhatの見立てより正しかったのか。
xfs Cow を頑張るべきかで楽しみ増えたね。
345: 2021/11/13(土)02:17 ID:jL/cp8Sk(1) AAS
見立てが正しいとかじゃなくて性質の違いじゃないかなあ。
半年ごとに新しいバージョンが出て、サポート期間が1年のものと、
10年近くサポートしなければいけないものでは、物事の決定が大きく変わるよ。
Fedoraで徹底的にbtrfsのバグを潰して、RHELに再導入したいんじゃないかな。
ちゃんと動くなら、btrfsはどう考えてもRHELの売りにはなるから。
346: 2021/11/13(土)02:20 ID:e0PvumLs(3/3) AAS
RHELは単純にRedHatの従業員にBtrfsのメンテナが居ないという理由だったはず。
Btrfs側にパッチを当てる権限がないと商業利用でメインに据えるのは難しい。
347: 2021/11/14(日)01:41 ID:05NxiEGH(1) AAS
bcachefsを使ってる方いますか？使い心地を伺いたく。
たまにしか使わないvmを、使うときはssdの速度、保存は大容量のhdd、といいとこ取り出来たらいいなと思ったので。
348(1): 2021/11/14(日)22:17 ID:8yaYENO9(1) AAS
Bcachefsはやめときな。
開発が事実上個人に依存している上に
Btrfsが安定化した今となっては存在意義が薄れてる。
349(1): 2021/11/14(日)22:53 ID:9NKXbiYN(1) AAS
BcacheFSの作者にはPatreonで投げ銭してたけどBtrfsが普通に快適で順調に安定性も上がってるようだったから投げ銭止めちまったな。
350: 2021/11/15(月)22:07 ID:4zDn1QCD(1) AAS
>>348
>>349
ありがとうございます。
このスレでも使われてなさそうで、常用はまだまだという感じました。
大人しくメインライン入りを待ちます。
351: 2021/11/16(火)02:02 ID:jPDcGScd(1) AAS
いや、メインライン入りしても使わないほうがいい
Bcachefsはリソースが足りてないから常用はまだまだというか多分無理
素直に安定化したBtrfsを利用するのがおすすめ
352(1): 2021/11/18(木)03:36 ID:qTns37yC(1) AAS
結局のところBtrfsの圧縮はlzoかzstdどっちがいいのか教えて偉い人
353: 2021/11/18(木)04:04 ID:15FxU4NQ(1) AAS
>>352
zstd:1一択
FedoraチームがCPU使用率と圧縮率のバランスから検証した結論
自分も1年以上zstd:1で運用してるけど快適そのもの
354: 2021/11/18(木)06:57 ID:yAyQZrWM(1) AAS
マジか。長らくlzoだったけどzstdにするかな?
RaspberryPi4な自宅ファイルサーバだからCPU弱いけど
355: 2021/11/18(木)10:07 ID:kJ0Z9QmQ(1) AAS
zstdが進化しすぎてlzoはもはや存在意義がない
圧縮率、圧縮速度、解凍速度、全てでzstdが上回ってる
しかもzstdは未だにアルゴリズムの改善による高速化が続いてるから差は広がるばかり
強いて弱点を挙げるなら古いカーネルとの互換性くらいかな
356: 2021/11/18(木)10:20 ID:PS7LS2tl(1) AAS
zstdの圧縮アルゴリズム自体が負荷が少なくて
しかも圧縮率でもほぼ全てのケースで
gzipとかの系統の圧縮方法より縮むみたい
(さすがにlzoよりは多少負荷かかるだろうけど)
将来的にgzip使ってるとこをを完全に置き換えそう
自分でもarm系の非力な環境でtarに使ってると
時間ベースで倍以上早い感じ
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を試してみようと思います。
377: 2021/12/11(土)15:09 ID:uaIAfbTU(1) AAS
Btrfsは開発が活発で気持ちいい
外部ﾘﾝｸ:btrfs.wiki.kernel.org
これなら最新カーネルを使おうという気になるね
378: 2021/12/11(土)16:21 ID:QzQGI3Jf(1) AAS
いやならないけど
379: 2021/12/12(日)08:17 ID:cpwBL7PZ(1) AAS
使ってみようかなという気にはさせるねバター FS
新しいハードディスク買ったんだけど今回は zfs から変えてみた
380: 2021/12/12(日)20:35 ID:vXaeyJFG(1) AAS
「Btrfs」って「バター FS」って読むの？
「ビートゥリーFS」って読んでたや
381(1): 2021/12/19(日)17:24 ID:mSL3klp3(1/2) AAS
Windows機からLAN経由でLinux機の共有フォルダにアクセスした場合に
Linux機の共有フォルダがext4でフォーマットしてあるHDD上に作られているにも関わらず
Windows機側から問題なく読み書きできるのは何故なのでしょうか？
Windows機にはサードパーティ製のext4ドライバをインストールしていないので不思議です
上下前次1-新書関写板覧索設栞歴
あと 621 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s