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

● 前スレ
ファイルシステム総合スレ その19
https://mao.5ch.net/test/read.cgi/linux/1592027147/l50
ファイルシステム総合スレ その20
https://mao.5ch.net/test/read.cgi/linux/1722312892/l50

● 関連スレ
ジャーナリングファイルシステム
https://mevius.5ch.net/test/read.cgi/unix/979408065/l50

OpenSolaris/Illumos (OpenIndiana, etc.) 6
https://mevius.5ch.net/test/read.cgi/unix/1337411922/l50

FS関連スレ
https://medaka.5ch.net/test/read.cgi/os/1137387538/l50
過去スレ, 関連リンクは >>2-10 あたりで.

● 過去スレ
01 https://pc.2ch.net/test/read.cgi/linux/1006743807/l50
02 https://pc5.2ch.net/test/read.cgi/linux/1063025258/l50
03 https://pc8.2ch.net/test/read.cgi/linux/1101495293/l50
04 https://pc8.2ch.net/test/read.cgi/linux/1136695633/l50
05 https://pc8.2ch.net/test/read.cgi/linux/1152348695/l50
06 https://pc11.2ch.net/test/read.cgi/linux/1164457481/l50
07 https://pc11.2ch.net/test/read.cgi/linux/1173530292/l50
08 https://pc11.2ch.net/test/read.cgi/linux/1190788761/l50
09 https://pc11.2ch.net/test/read.cgi/linux/1225001916/l50
10 https://pc11.2ch.net/test/read.cgi/linux/1238673446/l50
11 https://hibari.2ch.net/test/read.cgi/linux/1256639505/l50
12 https://hibari.2ch.net/test/read.cgi/linux/1281277564/l50
13 https://engawa.2ch.net/test/read.cgi/linux/1311812102/l50
14 https://engawa.2ch.net/test/read.cgi/linux/1326613113/l50
15 https://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
16 https://hayabusa6.2ch.net/test/read.cgi/linux/1363315915/l50
17 https://mao.5ch.net/test/read.cgi/linux/1421502118/l50
18 https://mao.5ch.net/test/read.cgi/linux/1514472651/l50
19 https://mao.5ch.net/test/read.cgi/linux/1592027147/l50
20 https://mao.5ch.net/test/read.cgi/linux/1722312892/l50

>>1スレ建て&テンプレ整理乙でした
SUNEASTのSSDでRAID01する権利を獲得

く〜やっぱりバターかい

ZFSに興味が有って調べてるんだけどいろいろと難しくない？
RAID-Zでパディングがどうたらとか、頭爆発するわ👿

Hammer2はいいぞ

xfs を使い始めて22年

トラブル知らず

NT4.0 からの ntfs もけっこう堅牢なんだけどね

人が使っているのを知ると、自分も使いたくなる病気が出てくる

bcachefsはもうだめそうか…？

Linus⁠⁠、Bcachefsのステータスを「外部メンテナンス」に変更
https://gihyo.jp/article/2025/09/daily-linux-250901

btrfs のメタデータ壊れた ディスクフルになったくらいで壊れるもんなのか… snaoshot万単位で取ってたり

カーネル6.16でもntfs3はまだ時期尚早なのか？
フリーズした後、再起動してmountできなくなってたので、ntfs-3gのツールでfixしたけど、ntfs3としては再びマウントできなくなってしまった。
一応ntfs-3g（fuse版）ではマウントできたからまあいいけど。

NTFS使う利点とかあるの？
ファイルの実行権という概念をすっ飛ばしているから
あれほどマルウェアが繁栄してるんでしょ

NTFSのせいでマルウェアがあると思ってるの？

NTFSのせいではないが、実行可能権限がない他にも大文字小文字同一視、UTF-16等で
隙を突きやすい環境なのは違いないと思う

ACLあるから実行権限も管理できるよ
Microsoftですら持て余してるけど

>>16
実行権限でセキュリティ問題あるとはおもえんがなぁ
Linuxだってrootしか実行出来ない事でセキュリティを確保することはないし

Windows添付のNFSサーバは結構前から存在してNTFS上で大文字・小文字区別して書き込めるがセキュリティの問題を聞いたことが無い

UTF-16が問題ならASCIIと実装混同しがちなUTF-8はもっと問題だろ

全部根拠のない言いがかりだと思うが

MSのNFSサーバの実運用を聞いたことが無い()

大文字小文字の区分なしって
実際の文字列とは別に大文字なり小文字に片寄せした正規化文字列が必要で
それとの比較も必要になる

こんな計算処理してなにか良いことあるのだろうか

お前んとこの見積高すぎなんでNFSサーバ自前で買ってきたから、これ使ってくれってWindowsベースのTeraStation渡されたことならある

>>20
www.phoronix.com/news/XFS-Ready-Online-FSCK-Default

> The deprecated case-insensitive ASCII format support has
> also been known for disabling by default in 2025 and then
> removing entirely in 2030.

そういえばXFSもcase-insensitive ASCII formatは今年からデフォルトで
無効化されていて2030年に完全に削除予定だって

>>18
大文字小文字同一視に起因するトラブルなんて昔からあるあるすぎるだろ、聞いたこと無いってどういうことだよ
UTF-16もアプリが独自に変換を実装してエラーチェックをさぼって、とか結構ある

それとこの話をするとHFS+のNFDモドキに飛び火するのがいつもの流れ

>>23
マルウェア多発の原因になっているかどうかについて言っとるんだわ

大文字・小文字問題で発生したマルウェアは聞いたことがない

>>24
不勉強を威張られてもな
Google先生に「cve related to case insensitive filesystem」とでも聞いたら沢山教えてくれるぞ

大文字小文字の区別をしないって
日本語全角表記のアルファベットは区別するのでしょ？
それって一貫性が無いよね

Windowsは同一視してなかったっけ？
どっちにしても、Linux/UnixとWindowsじゃ歴史的に違うから、case foldingがセキュリティに与える影響を一緒くたにはできない。

>>25
ろ、65件しか出てこねぇ…
重複も多いし Windows 上で Tomcat 動かした場合くらいしかマルウェア関係しそうなのがないんだが

NTFSが高機能だとも高性能だともあるいは特に脆弱だとも思わないけど、マルウェア氾濫の理由を特定のファイルシステムに求めるのは厳しいんじゃないか

ext4とかのcase foldはUTF-8でやるから、日本語全角のAもfoldされると思うよ

ま、さっさとnethackのソースをUTF8化してくれと。

nethackってUTF-8じゃないんだ。
昔すごくハマった

NTFS自体は大文字小文字ちゃんと区別できる
Windowsが大文字小文字同一視な設定でNTFS使ってるだけ

FATとかでもそうだね。
ファイルシステム的には大文字小文字は別

だからなぜそのような制限をするの？理由を明確にしないから責められる

正規化するのは人間の認知機能的にその方が自然に感じられるからでは
バイト表現が違ったら別の識別子ってのもコンピューター側の意見であって、多分どっちが正しいってわけではない

片仮名と平仮名は同じ扱い？
漢字の旧字と新字とは同じ扱い？
漫画とマンガとは同じ扱い？

これらの検索方法は利用者が決める話で
ファイル内容検索では大文字小文字区分しないのは意味があると思う

でもファイル名は識別子であり区分しない理由が無い

字形が異なる大文字小文字を区別しないのに
字形が同じ合成済み分解済み文字を区別するのはおかしいというのが恐らくAppleの言い分

まあgdgd言ってないで、未だに残るニホンゴのコードをどうにかしろ。
UTF にしたときのフォントも支那語になってる。

>>35
現在のWindowsの元になっているWinNTはWin3.1(DOS+GUIシェル)時代に作られたんで、
DOS/FATとの互換性が必須で、それらのうんこ仕様を引きずってしまってるんよ
でもそうすると新しく作られるWin32アプリも大文字小文字同一視前提で作るじゃん？
それの互換性維持する必要あるじゃん？で今に至る

NTは開発中にWin3.1が大ヒットしてしまったのでWin互換にすることになった
互換性を持たせるために七転八倒することになる開発チームの話は開発ドキュメンタリー本でも面白い所

まあ今みるとクソ仕様だもんな

だが悪貨が良貨を駆逐してしまった

でも結局NT系になってるんやろ？
良貨が残ったやん

クソ仕様を引き継いだ「悪貨になってしまった物」しか
残ってないわけだが

だれも得しない仕様は排除すればよいのに
あと無料で出回るソフトがソースコード公開していないから
コンパイルし直せないとか？
マルウェアとか懸念しないのかねｘ

ケースセンシティブなファイルシステムが万人にとって正義、ではないでしょ

似たような話で設定パラメータをケースセンシティブにするかどうかってのもあるね
Linux だと dconf はケースインセンシティブ(小文字オンリー)で gsettings だとセンシティブになってる

xterm か XTerm かで悩んだ世代的にはインセンシティブの方がありがたいわ

貴方のおっしゃるインセンシティブには
斎藤さんの齋やら
渡辺さんの邉やら
区別せず検索することも含まれるの？

検索の目的に応じて使い分けるほうが賢いのでは？
デフォルトでセンシティブにしておいて必要ならインセンシティブで検索するほうが賢い

ファイルシステム側でUnicodeの処理されるとUnicodeのバージョンの問題が出るしな
ファイルシステムの使ってるバージョンと厳密に一致させるようなことはどこもしてないから
sambaにしろgitにしろコーナーケースを狙って誤動作させることができる
現実に問題になるケースは少ないだろうけど

やっぱり標準では大文字小文字無視にして
一部の人用にケースセンシティブも用意する
というのが一番バランス取れてるな

https://learn.microsoft.com/windows/wsl/case-sensitivity

ほう、WSL対応の為ディレクトリ別に大文字小文字区別できるようにしたんか
でもまあデフォは区別しないままだろうな
今更デフォ変えたら大混乱だろうし

MSもどうやってlinuxでカネモウケしようか必死みたいね

POSIX互換を流用しただけみたいだから実装はもっと昔じゃねえか

wsl2めっちゃ便利だからな
早くlinuxもあの使い勝手を真似して欲しい

LinuxはいままでWindowsの縄張りであるデスクトップPCを侵さないようにしてきたので
MSもLinuxの縄張りは侵して欲しくないな

会社はカネモウケが目的なんだから無理だろw

Windowsのgitに関しては、ファイル名なんかの問題より、オープンファイルの扱いの方が遥かに厄介な問題だろ。

後出しなのに なんで標準的で使いやすい UNIX/Linuxと同じ設計にしないのか 理解に苦しむ

>>58
オープンファイルの話なら、DOSか何かの仕様を引きずってるらしい。

UNIXが使いやすいという認識が間違ってるよ
Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

androidは異常だからね
ファイルシステム全体を利用者にも自由に見せない

でも世界でいちばん使われているUNIXはAndroidだよ

>>60
> Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

へえそうなんだ

Windowsでファイル管理する人もいるから
あえてそれに合わせてやってるのか

unix/linuxの特徴、利点は/dev/とかカーネルが見せるファイル形式にして
open()/close()等で簡単にアクセスできる利点がある
ファイル見せなきゃunix/linuxの理念とか無視だよね

私的に所有する端末の root になれない。

ここがもうダメでしょ。

監視前提の話だよ。

>>65
うっかり消したりしないような保護の概念であってな

ファイルパーミッションを適切に
や
普段は一般ユーザーでrootは必要最小限に
など
運用ノウハウがあってそれで守られている

システムバックアップも自由に取らせないのに
保護とか詭弁だよ

rootなんて渡したら終わりだよ。

自分でぶっ壊して、文句を言う人で溢れて、サポートコストが爆発するんじゃね？まだまだ一般人には難しいよ。

rootが欲しいなら、AOSPのカスタムROMとか使えばいいんじゃない？やった事ないけれど。

マニアが使うPDAやデスクトップOSならわかるけど
おじいちゃんおばあちゃんも使う電話だからね
セキュリティ要件が極めて高い

ISO 9660みたいなの早く滅べ

>>67
ノウハウや運用でカバーとか、バカーの言うことだよ

#エラー回避行

ほら監視前提だろ

工学部や理学部の普通の学生が当たり前に使えるので 誰でも使えるはず

Linuxカーネル6.17で、EXT4,XFS,F2FS,Bcachefs,OpenZFSの性能測定

Linux 6.17 File-System Benchmarks, Including OpenZFS & Bcachefs 2025/9/19
https://www.phoronix.com/review/linux-617-filesystems

>>74
Btrfsが抜けてました。

SQLiteのベンチで OpenZFS がトップなのを見て、最初大天才が作ったのかと思ったけど、後ろのベンチマークに移るとそうでもなかった

>>75
抜かさないでよ〜😭

ベンチ結果見る度に
ん〜、、、、まあ凝った使い方してないしext4のままでいっか
ってなる

>>74
やはり xfs はソツなく優秀

bcachefsがカーネルから外されたからDKMSになってる

Linux PCで4K8K放送をコピーフリー録画してるよ

ラジオライフ
https://i.imgur.com/W2j1xjP.png
https://www.sansaibooks.co.jp/item/9644/

4K放送のリアルタイム視聴ソフトが出てる
https://seesaawiki.jp/pt4k/d/Xview4K

A Major Trading Firm Has Open-Sourced The Latest Linux File-System: TernFS
https://www.phoronix.com/news/TernFS-File-System-Open-Source

Linus Torvalds Removes The Bcachefs Code From The Linux Kernel

www.phoronix.com/news/Bcachefs-Removed-Linux-6.18

あーやっぱり……

bcachefsはlinuxメインラインから外されたことだし
windowsにも移植してほしいな

ファイルシステムのみでHDD＋SSDキャッシュを組めるZFSをwindowsで試してるんだけどあまり効果が出てない
ZFSはbcachefsとともに長い日本語ファイルを扱うのに不可欠なlongnameに対応してる点でも有望ではあるんだけど

bcacheをwindowsに移植してくれても助かる
bcache上にNTFSをフォーマットして普通に使えばよいから

ファイルシステムではないけどDM-PCACHEというキャッシュが開発されている

https://www.phoronix.com/news/DM-PCACHE-For-Linux-6.18

>>85
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない

bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば

6.18は見どころが多い

恐縮です

OpenZFS windowsは細かい不具合あってまだ本番運用出来てない

OpenZFSOnWindows-debug-2.3.1rc12v2.exe

やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある

これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな

>>90
ほんとかなあ
プログラムが間違っているだけではないか？

>>91
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった

mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
フォルダにファイルが少ないときはOpenZFSでも正常に再生される

対策としては
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある

あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる

そこまで分かってるならissueあげればいいじゃん
自分で書いてプルリク出すのもいいけど

NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。

ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ…
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな

なんで4を使わんのよ

信用できないんじゃね?

Ｒｕｓｔｅｒファイルシステムって無茶苦茶遅いんだが、どうなって
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。

分散ファイルシステムで速度を出すのは難しいよ
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい

lustre 使ってるやつがそこまでスペルミスするか疑問
エアプってやつ？

pdumpfsやsnapshot-rsyncで毎日バックアップしているとinodeを大量消費します
これまでバックアップ先をxfsにしていたのですが
電源ブッチしたのでxfs_repair掛けるととんでもなくメモリを消費してしまいます
スワップしまくりで1週間経っても終わらないorz
そこで他のファイルシステムへの乗換えを検討しています
btrfsは動的inode割り当てとのことで良さげに思うのですが
このファイルシステムはそもそも安定していますかね? 実用段階ですか?

内蔵のRAIDが品質悪いらしい。
RAIDさえ使わなかったら全く問題ないと聞く。

btrfsのRAID5を使わず、mdadmでRAID5を組んでファイルシステムをbtrfsにしてる
btrfsのRAID5も使ってる範囲では問題なかったけど。

>>103,104
レス有難うございます
RAIDは使わんのでbtrfsに乗り換えます
いま走らせているxfs_repairが終わらない...

ハイセンスのテレビでファイルシステムがぶっ飛んで全く認識しない6TBの外付けxfsハードディスクをリペアしたことがある。
・testdisk for Linuxでxfsパーティションを復旧。パーティションを検出したらチェック途中ですぐ書き込んでいい
・xfs_repairでファイルシステムのエラーを修整
時間は合わせて1～2分だった。
testdiskでパーティションが生きてるか覗いてみたらどうだろ。

有難うございます．testdiskは初めて知りました．
xfs_repairを念の為に掛けてますが実はまだブッチして
1回もmountしていないので壊れてるかどうかも分かりません
何ともならなくなったら思い出そうと思います
まだ終わらないハハ

erofs使わないの？

えっちなファイルシステムはいけないと思います！

は？

カーネル6.19でbtrfsのraid5/6がサポートされた。のか？

バージョン6.18では、Btrfsはページサイズよりも大きなブロックサイズへの実験的なサポートを導入しました。「BS > PS」と呼ばれるこの開発プロジェクトは、Linux 6.19でも精力的に進められています。
このコードにより、大きなフォリオを使用せずに、エンコードされた読み書きやBtrfs SENDのサポートなど、様々な操作を実行できるようになりました。さらに、RAID5およびRAID6構成のネイティブサポートにより、ページサイズよりも大きなブロックサイズも処理できるようになりました。
Linux 6.19 の Btrfs の新しい実験的機能として、shutdown ioctl システムコールのサポートがあります。これにより、ファイルシステムを停止状態に設定して、保留中の操作を完了することができます。

erofsはスマホのシステムパーティションに使われてる

Fedora43のインストールDVDに入ってるファイルシステムイメージは
名前は .squashfsだけど中身はEROFS

XFS Introducing Autonomous Self-Healing Capabilities With Linux 7.0

https://www.phoronix.com/news/XFS-Linux-7.0

XFSに面白そうなの来てる

XFSに新機能とかあまり求めてないんだけどな
CoW対応してたけど使い物にならなかったし

6 ファイルシステムの強化：ext4の大ブロックサイズ対応とBtrfs改良
https://www.issoh.co.jp/tech/details/10935/#ext4Btrfs-2

ext4、btrfsへの改良に関する記述。

xfsなんてredhat系でしか見たことないマイナーfs
新機能つけてどうすんだろな

キチンと動くの重要なので xfs は実績があるよ。
大半の人には ext4 or xfs がいいね、と思うの。

btrfs　は、スワップファイルを /dev/loop を通さないとマウントできない問題があったけど、これは変わってないのかな。(ext4 や XFS はできる)

>>119
いつの話?
btrfsのスワップファイルなら7年前リリースのkernel 5.0で対応している

sudo btrfs filesystem mkswapfile --size 2G swapfile
みたいにすると簡単に作れる

>>120
おっと、そんなコマンド知らなんだ。Thanx。
爺なもんで、古式にのっとり、dd で領域確保して、mkswap しただけ。
swapon しようとしたらエラーが出てスワップに加えられなかったのん。

Amazon FSx for NetApp ONTAP は btrfs, zfs みたいな機能を持っているけど NetApp ONTAP はファイルシステムも独自開発しているのだろうか？

WAFLという独自のFSを使っているよ。

Thanks
ZFS を特許侵害で訴えられる程度に先行して開発出来てたソリューションなのか

>>124
全然違う

>121はswap fileと言いながらswap partitionの話してる時点で噛み合ってなさそう

>>121
ddでもできるよ
touch swapfile; chattr +C swapfile; dd if=/dev/zero of=swapfile bs=1G count=2

btrfsでのswap fileはコピーオンライトではダメなので、mount時にコピーオンライトを全体で無効にするか、
ファイルサイズが0のときにコピーオンライトを無効にするよう拡張属性を設定しないといけない
https://wiki.archlinux.jp/index.php/Btrfs

自分も爺で最初わからんかった

>>117
お主Silicon Graphicsを知らぬ俄じゃな？斬れ！

bcachefsがこの先生きのこるには

オーバーストリート先生の次回作にご期待ください

結局btrfsでやっていくしかねえ

EXT4とXFSをLinuxカーネル6.12 - 7.0までのリリース毎の性能検証。XFSは依然として
最高の性能だが、カーネルが最新になるにつれEXT4が追いついてきている。

Linux 6.12 Through Linux 7.0 File-System Benchmarks For EXT4 + XFS 2026/3/13
https://www.phoronix.com/review/linux-612-linux-70-xfs-ext4

おお、ありがとう。

cachyosはオプションでbcachfsが選択できたが最新インストーラーから削除されたみたい

overstreetってkofiかpatreonかで開発してたくらいだし
人間性に相当問題があったんだろうな　インターネット絵師みたいなもん
Linusも怒りを通り越して呆れてたもんな

>>135
怒ることもなく自分の失敗だったと言ってたからな
あのリーナスが

overstreet は名前良過ぎ

【AGI】Bcachefsの作者がAIの向こう側に行ってしまわれた
https://qiita.com/rana_kualu/items/81ba0007dcd4fa5ba557

>>138
>.15年以上前、私は『自然言語を理解すること』イコール『感情を持つこと』であるという法則をほぼ解明しました。
>これは停止性問題からの直接的な帰結といえます。

なるほど完全に理解したわ

>>139
どいうことよ?
言語を解さない動物にも接していると感情あると思うよ

オバストさんちには猫も犬もいないんだろう

オバストさん家のケントさん
このごろ少し　変よ〜
ど〜したの〜か〜な〜〜〜

前からおかしかっただろ

まあオープンソースはだいたいメンタルやるからな
ユーザーも開発も
金のためと思わなければやってられねえ

https://xenospectrum.com/linux-kernel-7-0-release-rust-xfs-self-healing/#google_vignette
Linux7.0
xfsに自動修復機能追加（専用の修復用デーモンが動く）
btrfs、EROFS、F2FSにも改良あり

bit rotも防げる？

ext4 のお話
たった1.6MBのGIF画像によってDiscourseのバックアップが377GBに膨らんだ原因とは？ - GIGAZINE
https://gigazine.net/news/20260417-discourse-gif-backup-bloat/

前半のその話はサイト特有の仕様のせいであってext4関係ない
後半のハードリンク数制限の話もext4だけかね？

>このGIF画像のファイルサイズは約1.6MBで1個だけならそれほど大きくありませんが、
>同じGIF画像が24万6173回も別ファイルとして保存された結果、バックアップ内で377GB
>分の肥大化を招いていました。
>このGIF画像が別ファイルとして保存されていった原因は、Discourseの「secure uploads」
>という機能でした。secure uploadsは画像やファイルを公開範囲ごとに分けて安全に
>扱うための機能で、たとえばプライベートメッセージ上で使った画像を公開投稿にも
>使うと、同じ画像でも別のファイルとして扱われます。

設計時の考慮漏れが起因の運用課題をハードリンク活用で最適化しようとしたけどext4とてハードリンク数の上限が65,000程度だったのであんまり上手くいかなかった話やな

こういうのって最初から添付ファイルの実体は別の場所に置いて、DBなどでハッシュとポインタで管理するものじゃないのかな。。？

discourseのような大手でもバックアップには生ファイルそのままコピーしてたりするんだなあ
バックアップ用のソフト使わないんだ…

何言ってんだ商用ソフトウェア盲信もどうかと思うぞ

>>150
ハードリンクはその inode を参照するディレクトリエントリがゼロになると実体を消してくれる…という便利なところもあるんよね

>>149
逆じゃない？
ハードリンクの制限を運用でカバーしようとしていたが、考慮不足で SPAM 化した感じ

世界には ext4 の仕様にぶち当たるシステムよりも遥かに複雑かつ壊れやすい人間の認知というファイルシステムがあるんだな

>>153
貴殿の認知は Read-Only かつ Corruption のため、fsck 不可能です
アンマウントしてください

The "NTFS Resurrection" Has Occurred For Linux 7.1
https://www.phoronix.com/news/Linux-7.1-New-NTFS-Driver

https://xenospectrum.com/linux-7-1-new-ntfs-driver-4x-faster/#google_vignette
NTFS for Linux7.1の詳細記事

NTFS は堅牢

windows を使わなければいいんだよ

Windowsに問題があるだけでNTFSは堅牢と？

NTFSより長く多く使われてきたファイルシステムは無いからな

NT3.1の時代からいろんな案件に関わってるけど、NTFSが原因のシステム障害は一度もないわ
カトラー天才

一部破損ファイル発生したNTFSにchkdsk /fしたらトドメ刺した
事は何度かあるな

ちなMS自身はWin2012 ServerからReFSなんてのを出してるが、
どんくらい使われてるんだろね

>>160
ショウストッパー（闘うプログラマー）によれば、マイクロソフトのHPFSの担当者がNTFSを書いてる。
カトラーが最高であることに異論はない。

NTFS は VFAT のファイル名と整合性も取りつつ、マイドキュメントを英語、日本語で見え方変えたり、気の利いた事が出来るように凄く頑張ってると思った。
文字コードも影響あるし。

マイドキュメントの言語による見え方の違いはExplorerと隠しdesktop.iniによる
シェルUI層の機能で、NTFS自身はノータッチじゃないかい？

>>162
カトラー「ドッグフード食え！」
プログラマ「やだw」

カトラーはUNIXを学位取得者のままごとだと批判してた。UNIXは大学でフォークしまくったあげく互換性が取れなくなり、それを正すためPOSIX制定とかもうアホかよと。
でもカトラーはLinuxについては（俺の知る限り）一度もコメントしてない。
実用一点張りのカトラーならLinuxを好きで好きでたまらないはずなんだが。

ググってたらこんなXのポストが見つかった
ttps://x.com/kairokun2010/status/1904493000077844982/photo/1
少なくとも2025/3時点ではまだ現役でMSに在籍中だったんかい…
死ぬまで現役を地で行くつもりかな？
在籍してるくらいだからまだなんかしら開発に関わってるんだろうが、
だとすると自分が関わってる事以外には特に興味は無いのかもな

UNIX系OSに2回市場を取られた男
Azure はまだAWSに勝ててない

そんなカトラーはLinusと晩餐会で同席したことがあるんでしょ

>>162
ミラーさんとキムラさんよね

btrfs RAID5 （4TBx5）を10ヶ月使ってる。UPSの不調による電源断もあったが、とくに問題は出てない。もう1台（md+xfs、2TBx8）もbtrfsにするか思案中。

スナップショットあるファイルシステム使っちゃうともう他のは使えないよね
バックアップ復旧が快適過ぎてさ

TimeShiftのrsyncの方でバックアップ取った方が楽だなと思ってbtrfsからext4に戻した

スナップショットを取ってからそのスナップショットをバックアップすることでバックアップを取る間に書き換えが起きる心配がなくなる

これもファイルシステムの話かな

`cp`はディスク上ではデータをコピーしないことがある
https://zenn.dev/satoru_takeuchi/articles/4bab372c6dae86

ただのCoWやんな

SSDの普及で普通の方がHDDを使う機会が減りましたが
NASのHDDのフォーマットをBtrfsからext4に変更したら管理方式が異なるのでアクセス音が全然違う w

AI時代になってNTFSのACLが光り輝いてる
PCは自分しか使わないという前提ほぼなくなった

>>175
btrs使ってるけどコピーしてみたら時間かかった。なんかUbuntu 22.04.5 LTSだとcoreutilsのバージョン古くてcpコマンドは旧来のファイル本体を常にコピー

でcp --reflink=always でコピーさせたら1ギガあるファイルも一瞬でコピー完了（Cowなので当たり前か）
いやbtrfs使ってたけどこんな凄いのね、Cowって牛みたいな名前でもなんか凄い

CoW って実運用で役に立つシチュエーションが殆どないと思うんだがどうだろう？

中身重複してるキャッシュファイルが結構あるからディスク節約したいけどハードリンクはしたくないときにjdupes -B

「中身重複しているキャッシュファイルが結構ある」ってどういう運用するとなるの？
重複するキャッシュ作ってる時点で実装側の問題？

実際にjdupes -r ~/.cacheやってみると結構見つかると思うよ

CoWあるとバックアップが凄まじく捗る

>> 183
やってみたが正直運用が最適化されるといえる物量には思えないって感じたわ

>> 184
それスナップショットであってバックアップじゃないのでは...
もしくは「重複排除あると...」の間違いか

さておき重複排除実装したらおまけでついてくるのが CoW って考えることにするわ

SMRのHDDをxfsからbtrfs (raid1)にしたら
プチフリしまくり
claudeに聞いたらCoWとSMRは相性最悪らしい

CoWというよりSMRとRAIDの相性が…

スナップショットを取る→スナップショットの内容をバックアップする→スナップショットは消す

直接バックアップすると途中で書き換えが起こったら不整合になる。スナップショットなら瞬間を切り取れる

あれ!?xfsってカーネルによってはCoWサポートしてなかったっけ？

xfsのCoWは機能としてはあるけど使い物にならん

スナップショットに夢見過ぎだってば

スナップショット取ったからって稼働中のDB製品やアプリが使ってる DB を
バックアップモードにしてくれるわけではなく(ファイルシステムレベルでは
担保されるが)コンテキストレベルでは整合性は担保されない

逆に突然の電源断とかでも vi のスワップファイルやら MS Office のバックアップ
ファイルで復旧するし、アプリのDBもなんだかんだ勝手にロールバック/ロール
フォワードで良しなに整合性回復処理するから言うほどスナップショットなくても
整合性はそこそこ確保される

どのみちバックアップする時はDBは停止だかフラッシュだかさせるでしょ
そのままバックアップが終わるまで待つところをスナップショットを取ってしまえば停止時間を最小にして作業も再開できる

>>192
DBを使うWebアプリが[1]全データをDBに格納している場合は
DBをバックアップモードにしてバックアップすればファイルシステムで
スナップショットを撮らなくてもコンテキストレベルで整合性が取れる

そうでなくて[2]DB以外にもファイルシステムにデータを格納している場合
DBをバックアップモードにしてファイルシステムでスナップショットを
撮ったとしても整合性が取れているとは限らない
# OSのシステムコールの fclose (ファイルシステム側データ) と
# DB の commit (DB側データの書き込み) をアトミックに実行
# はできない

もちろん WebアプリケーションサーバとDB両方停止してファイルシステムで
スナップショット撮れば整合性は取れるよ？

でも「フラッシュだかさせ」てって書き込んでるのは運用的には危うい

まさに夢見過ぎだと思うんだわ

いや君がDB言ったからDBで返しただけで、Webアプリケーションサーバとか次々と新しい条件を出してくるんじゃないよ。バックアップの時は当然それも停止するだけでしょ
意味なくゴールをずらすんじゃないよ

>>194
コンテキストレベルで整合性取れないって意味が分かってないから
詳細説明したのであってゴールポストはずらしてないよ

そうでないならどう解釈したか教えてよ

ごちゃごちゃこの場合はだめと仮定を足してきてるのはそっちでしょうが
そりゃ普通にバックアップを取るときに気をつけないといけないようなことはスナップショットを取る瞬間も気をつけないといけないよ
停止時間を短くできるだけであって

腹が立ってきたな
要は先回りして全部の注意事項を書かないと相手を理解してないことにしてしまう絡み方であり、レスバがしたいだけのやつだ

こちらはスナップショット過信するなと書き込んでるのに
火種となる楽観論で返してきたのはあなたでしょうに

>>90
いつのまにか、この症状が出なくなってる
zfs-windows-2.4.1rc10以降で確認

細かい機能を使わなければ常用には問題なさそうなので
いよいよゲーム用PCと録画用PCを組めそうだ
全部をSSDには出来ないからL2ARC機能に目を付けてたんだ

バックアップリストアのシナリオいくつも作ってテストしても、どうせ一度も使わないんだよな

バックアップの出番が無いのは良いことだ

oracleをノーアーカイブモードでVSSとるだけの人は結構いると思う
厳密に言えばだめなんだけど、どうせリカバリする機会なんてないから気づかないよね

株式会社アイ・エス・ビー
https://kizuna.5ch.io/test/read.cgi/infosys/1756826944/

https://archive.md/Zg0Yp
ISB人事

virtiofs

DB 担当→DBバックアップなんてプログラマは勉強しないっすよ。 バックアップソフト担当が何とかしてくれるよね！？
バックアップ担当→Oracleの詳細なんてわかりません！！
で結果ノーアーカイブログモードで運用なんだよなあ

ここから１歩だけ進むとバックアップ担当が「Oracle わからんから
Disk To Disk でこのファイルだけバックアップしてくれ状態で引き渡せ
(= RMAN で自分たちで責任もってファイルバックアップしろ)」って
DB担当に念押しする形になるんだが、これはこれでバックアップ実行と
RMAN 実行が重なってたら意味がないという...

https://www.phoronix.com/news/Btrfs-No-Serialize-Direct-IO
Linux 7.2で導入されるBtrfsの変更により、非常に優れたパフォーマンス向上が見込まれる
Michael Larabel

DirectIOが60%向上とか。

Linux 7.1のアップデートで、Btrfsはファイルシステムの「シャットダウン機能」が実験的 (experimental) から安定版へ昇格しました。これにより、ファイルシステムエラー時の動作の信頼性が向上し、各種のパフォーマンス改善とバグ修正も導入されています。

Linux 7.1におけるBtrfsの主な変更点
シャットダウン ioctl の安定化
ファイルシステムの強制シャットダウンと待機中の処理を安全に完了させるためのメカニズムが安定版になりました。XFSなどで実装されていた仕組みと同様のものが公式にサポートされています。

・ エラーハンドリングの改善
ファイルシステムエラーを報告する FSERROR メカニズムに対応し、トラブル発生時の診断がしやすくなりました。

パフォーマンスと最適化
全体の動作効率化や、各種バグフィックスがマージされています。

btrfsの弱点な速度が改善したら最強か？！

direct IO使ってるソフト見たことないけど

最近ext4を愛する事が出来るようになって分かったのはbtrfsはスナップショットとか使わなかったら宝の持ち腐れだからなぁ

どのフォルダをスナップショットで戻しているの？
/home /work といった自分が作ったデータ以外というのも範囲としては楽とも思うけど

2023年のミスでDirectIOが最適化されていなかったが
修正したので59%スループットが向上したって事かよ、つまんねー

>>209
DBで使われてるみたい

(debianスレと重複になりますが)
JFSっていつまでサポートされるのだろう。。。

メンテナのやる気がなくなるまで

自分でメンテナンスすればいつまでもサポートされるのがOSS

メンテナンスできるスキルがあれば、ね

そこでAIが颯爽と登場

bcacheFSはAIを最大限活用して
一人とは考えにくい速度で開発を進め
周辺ツールやドキュメントまで整備した
しかし作者はAIに囚われ暗黒面に堕ち始めてる

>>206-207

rust みたいなクソ言語をカチ込んだカーネルなんて信用しない

>>219
よかったね。古いOSしか使えなくなっていくよ

古いというコトバは中身がない

何が悪いのか善いのか何も指摘していない

知恵遅れが使い易いラベリングだから多用するけどねw

いやさすがにブーメラン刺さってません？
例文：
クソというコトバは中身がない

何がクソなのかクソじゃないのか何も指摘していない

根拠もなくディスるだけのカスが使い易いラベリングだから多用するけどねw

>>219
代わりに何のカーネルを使うの？

マカー派かもな
ファイルシステムに関係するか、分からないが。

Macはカーネル開発にswift使い始めてるけど
swiftって単純にシステム開発向けの言語じゃないよね
パフォーマンス悪いし
javaのほうが高速なくらい

え？SwiftはC++と遜色ない速度出るけど？

Swiftは書き方によって随分違うぞ、手続き型っぽい泥臭い書き方すりゃ速いが。Common Lispみたいなもんだ

LinuxはRustに置き換わるのかな

Linux のカーネルで使われている言語はアセンブリ言語、C言語、Rust だけ

その内ぬるぽを回避できるのは Rust だけだからそうなるんじゃない？

>>229
少しは調べろ
https://github.com/torvalds/linux

>>229
ガッ

ダウンロードしてファイル名の拡張子調べたけど、アセンブリ言語とC言語とRust
だけにみえるが何について指摘しているつもり？

シェルスクリプトだとかPythonやPerlもあるっちゃあるが
ビルドツールであってソースではないよな

>>223
サンダース

>>233
サプライチェーン攻撃(ニチレイ)でシャットダウンしそうなんですが

https://www.phoronix.com/news/Btrfs-No-Serialize-Direct-IO
Linux7.2でbtrfsのDIOスループットが大幅に
向上したらしい。

MANJAROで
> BTRFS users DO NOT install kernel 7.2rc yet
というアナウンスが流れてたのはそういう大手術の影響だったんですね。

ナニソレ
こえーよ

>>235
先月すでにこのスレで扱ったネタだ >>206
あと大幅に向上したのではなく不具合で大幅に低下していたものを修正しただけな

AI Agent上で同一fileが多数作成される環境という条件付きだが、興味深い翻訳記事。
タイトルはAppleのAPFSとの比較だが、記事中にLinux対応各FSとの比較もあり、XFS+VDO
(LVMに圧縮・重複排除のpoolを作成する技術)の性能が際立っているとの評価。

テオ氏：アップルのファイルシステムは遅すぎる——AIコーディングを全てLinuxに移行し、
ストレージを3分の1に削減　2026-08-21 06:08 (GMT+9)
https://finance.biggo.jp/news/a1cc91818da11d06

単にpnpmがLinuxではcopy_file_rangeを使ってAPFSのファイルクローンシステムコールは使ってないだけな気もする…

ファイルシステム色々試したいならMiniTool Partition WizardでFAT32・exFAT・NTFS・Ext系・Linux swapまで一通りいける

>>239
いいねえ。
mdadm→VODインストール→xfsでいけるかな。試してみるわ。

>>241
> MiniTool Partition Wizard

なんで実績のあるGPartedがあるのにそんな得体の知れない野良アプリ勧めるの？

Ext4が至高
XFSはパフォーマンス差が小さい 大規模なら若干需要ある
Btrfsは不安定 ややこしい仕様 RAID5/6非対応

Btrfsが不安定っていつの時代の話してんだ

>>245
>>244 が言いたいのは「あなたの考える不安定」ではなく
「前者と比べ比較的信頼を置き辛い」って事なんじゃないかな

しかしそれは置いておいても >>206,236 とかの話がでるあたり
不安定って言われてもしょうがない気もしない事はないが

ファイルシステムは枯れたのを使うのが定石

リスク回避して安定求めるならそうだけど
かといって古い物に固執して時代に取り残されて認識アプデできない思考が染み付くのもそれはそれで問題だな
PC界隈にはそういう人多いし

Btrfsは内蔵のRAID5/6に問題がある。

正直RAID5/6使わないし……

BTRFSを4TBx5のRAID5で運用してるが、今のところ問題はない。UPSのエラーで電源断したこともあるがエラーは出なかった。
でも海外サイトに膨大なデータ（数百テラ）をBTRFSにコピーするといつまで経つても終わらないという書き込みはあったな。

8TBのHDDを同容量にコピーするのにも1日近くかかった記憶が
HDDだとしたらRAID5/6のストライピングで加速があるとしても
数百TBは10日やそこらじゃ終わらなそうな…

最近btrfs導入してHDDがCMRかSMRかを気にするようになった
SMRだと十数秒固まることがまちまちある

それhdd休んでるんじゃね？

7200回転のHDD使ってないだけちゃうか？
5000回転と比べて3倍位速くなったぞ

>>255
え！回転数でそんなに変わるの？

>>256
完全フォーマットの時間が
7200で8h
5000が24h
位違った
サイズは8Tだったかな
メーカも違うが..

仕組みが全く分かってないんだが3倍ってどこから出るんだろうね

7200.0 / 5000 = 1.44
1.44 x 1.44 = 2.0736 おお! 割合を2乗すると2倍になるのか...

うーん
誰かおせーて

キャッシュじゃないの

"Linux HDD SMR 運用" でググったら AI さんが

絶対避けるべき運用 → OS インスト/DB/VM/P2P/RAID
ファイルシステム → EXT4=無難, XFS=悪くないが特化した設定が必要,
Btrfs/ZFS=CoW方式なので断片化が激しく起こり速度急落

とのこと

あとSMRタイプのHDDはSSDみたいにTrimが必要なんだけど
機種によってはTrimの機能実装がなくて
んでTrim機能が無い場合アクセスしたタイミングでガベージコレクトが
発動してストール発生、とかなんとからしい

3倍なのは古い5400rpmのHDDで断片化が進んでいた+Trim機能なし
だった可能性があるな

SMR ダメすぎて 10TB ぐらいより上のモデル以降では各ベンダー CMS に戻してるんだよな
あきらめて新しいHDD買いなよ
なおまだ店にはSMRが並んでいる模様

>>260
両方新品やね
最初は完全フォーマット教なので必ず全域舐めてから使うんよ
なぜ3倍も差が出たのかはわからん

OMV（Debian）にMDRAID5+VDO+xfsを入れようと苦戦中。

①OMV GUI：raid5ボリュームmd0作成
②ssh：物理ボリューム作成
③ssh：ボリュームグループ作成
④ssh：VDOモジュール作成
⑤OMV GUI：xfsファイルシステム作成
→lsblkでmd0下にVDOの階層構造を確認

ここで再起動してlsblkするとmd0以下のエントリがすべて消え、md0だけになるw

ぬわぜた？

あうあうあー
うちの数年前に買った6TBもなんか書き込み時にアクセスLED付きっぱで
処理が帰って来ない事あるなと思ってたが、よくよく型番確認したら
SMRだった
なるほどだから容量の割に安かったのか

ちなみにファイルシステムはext4だけど、btrfsとかにしてたらもっと
悲惨な事になってたんね…

>>263
RHEL5 の頃に LVM だったか Soft RAID だったか、そういうのなしで
OSインストールした環境に LVM?/Soft RAID 作って同じような症状でたことあるわ
その時の対策は initramfs 再作成だったよ

>>265
ありがとう。昨晩RAID5作ってリシンク終わるまで放置してるので、今晩試してみます。

>>264
btrfsはチェックサムがあるんでどっちがマシかはわからんよ
もちろん検出できるだけマシという考え方も、データが壊れたら終わりには変わらないので書き込みの絶対量が少ないext4がマシという考え方もどちらもあり

ところでフラッシュメモリいたわり用に作られたものの他の媒体でもそれなりに効果発揮することが知られてるf2fsさんはどうだろうね

Ext4っていまだにbit rot対策無いじゃんヤダー

>>263 です。
なんとかうまく行きました。まとめ終わったら報告します

>>268
SDカードにインストールしたLinuxで使ってるけど他のfsより確実に破損しにくい
まあ中華ノーブランドのゴミみたいなやつだからそれでもたまに壊れるんだけど

OMV8（Debian13）でraid5+VDO+xfsに失敗した原因
→OS起動時にVDOカーネルモジュール読み込み（dm-vdo：kvdoはもう使われていない）や LVM のスキャンが間に合わず、マウントエラーでシステムが停止する。
これを防ぐため/etc/modules、/etc/initramfs-tools/modulesにdm-vdoモジュールを追加し、正しい起動順序を /etc/fstabに追記しないとダメ
#以下手順　
# パッケージのインストール
sudo apt update
sudo apt install mdadm lvm2 vdo xfsprogs
①raid5作成
mdadm --create --verbose /dev/md0 --level=5 --raid-devices=n（nは対象hddの台数） /dev/sda /dev/sdb /dev/sdc
#mdadm.conf更新
sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf
②物理ボリューム、ボリュームグループ、論理ボリューム作成
pvcreate /dev/md0
vgcreate vg_storage /dev/md0
lvcreate --type vdo -l 100%FREE -n lv_vdo vg_strage
③xfsファイルシステム作成
mkfs.xfs -f /dev/vg_storage/lv_vdo
mkdir -p /srv/storage（マウント先ディレクトリ）
④起動時にdm-vdoを自動でロードするように設定
sudo modprobe dm-vdo
echo "dm-vdo" | sudo tee -a /etc/modules
⑤initramfsへdm-vdoモジュールを追加
echo "dm-vdo" | sudo tee -a /etc/initramfs-tools/modules
設定を反映させるために initramfs を更新
sudo update-initramfs -u -k all
⑥ /etc/fstabに以下を追記
/dev/vg_storage/lv_vdo /srv/storage xfs defaults,x-systemd.requires=vdo.service,_netdev,noatime 0 2
⑦論理ボリュームの自動マウント
mount -a

>>272
vdo.service って結構前(kvdo廃止時？)に無くなったみたいなんだが...

そもそもローカルディスクのファイルシステムなのに _netdev オプションとか
存在しないサービスの依存関係で解決っておかしい

debian では update-initramfs を dracut ベースのラッパースクリプトにする
プロジェクトが進んでいるらしいが、それってつまり update-initramfs が
もうまともにメンテできない状態になってるって事じゃないかな

update-initramfs が作る initramfs では vdo のカーネルイメージのロードと
lvm の初期化の実行タイミングが正確に記述できていない懸念があるわ

>> 273
コミュはvdoをlvmに統合しようとしてるけど、Debian13を指定してAI検索してもdm-vdoではなくvdoコマンドやkvdoを使った解決方法や、initramfsの記載のない結果が普通に出てくる。
まだ導入数が少ないのかな。

メモリ使用量もOMV込みで6GGB前後で、zfsの惨状を考えると素晴らしい。読み出しにも解凍のタイムラグを全く感じない。

でも構築の面倒臭さを考えると、重複排除に目をつぶり、BTRFSのraid5+zstd:3圧縮も捨てがたいかな。

xfs＋LVM運用で何か問題あるか？

>>275
rsyncでlvm-vdoのOMV（Ryzen3700x 64GB、CMR HDD2TB x8）に1.3TBのデータをコピー。ネットワークは2.5Gbit（iperf3で280MB/s出る）

でもコピー速度は70GB/時しか出ない。
CPUの使用率がほぼゼロなので、重複排除でHDDの処理待ちが多発してほぼ止まってる状態だと思う。

マザボがx370 taichiで m.2スロットにnvmeを挿してもSATAが排他にならない。1GBのCrucialのnvmeを追加して書き込みキャッシュにする。予定。

書き込みキャッシュにbcacheを使う説と、lvmのdm-cacheを使う説があり、まだまだ悩ましい（汗）

他にもチューニング項目が多く、泣いてます。

チップセット的にサーバー用機器で組んでないようだから多分ストレージコントローラか
ネットワークコントローラが発熱か電力不足でしょっちゅうオーバーヒートで低速化
もしくはコントローラレベルでリブートしてるとかじゃないか？

それ以外にも途中のハブや対向の機器の熱とかも可能性があるが

一旦HDDx2でやり直した方が良いと思う

そうじゃなければ中小企業向けのストレージ製品検討するべきといいたいところだが
騒音と排熱で家庭で導入はお勧めできない

>>276 です
1GBのnvme ssd上で圧縮と重複排除を行い、/dev/md0に書き込むように設定しました。課題だった転送速度も5倍～6倍出ています。
電源断でvg/lvをマウントできない原因は
/etc/lvm/lvm-confのevent_activation = 0にしていたためです。デフォルトは1なのでいじらなければとっくに成功してましたw

>>278
1GB? 1TB ではなく？ それとも 1GB のパーティション切ってキャッシュにしている？

>>279
1TB（931GB）てす。すんません。
①md0とnvmeにpv作成
②2つのpvを含んだvg作成
③nvmeに900GのWriteBack vdo作成（option多数）
④md0にlv作成
⑤③を④に適用する
⑥⑤をxfsでフォーマット
⑦OMV8のGUIでマウント
コピー速度はHDDに作ったvdoの約5倍、3700x （8コア16スレッド）でCPU使用率は5～9%程度です。

転送書込速度は 100MB/s ぐらい？
rsync を４並列ぐらいで実行すれば iperf の値までは上がりそうな気はする

>>281
watch+duで書込み先の容量を眺めると、rsyncのコピー速度は60～200MB/sでバラつきますが、平均で100MB/s以上は出ています。（HDDのみで構成したvdoは20MB/s）
データは写真や動画、音楽、ISOなど圧縮しにくいものばかりですが、vdostats ---huでの圧縮率は16%です。
Crucial CT1000P3PSSD8が220TBWなので、何年使えるか相当危ういのがw

nvmeをraid1にしました。
22.4GB 13,371file のコピー結果（iperf3 281MB/sec）
btrfs raid5 zstd:3：135sec 166MB/sec
raid5 nvme-vdo xfs：90sec 248MB/sec
メモリ使用量：4GB前後
CPU使用率：4～8%
速度的には使い物になりそうです。
コピー先のフォルダをリネームしてもう一度コピーしたら、ひとつのファイルもコピーされませんでした。重複排除すげえw

rsyncよりfpsyncを使ったほうが良いと思うの

fpsync→rsyncのラッパーどすか。
チェックしてみます。ありが㌧

nvme-vdoの次にborgbackupのテストを開始しました。明らかにスレチなので、希望があればレポします。