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

■ このスレッドは過去ログ倉庫に格納されています
2020/06/13(土) 14:45:47.76ID:Qx8FdC0t
● 前スレ
ファイルシステム総合スレ その18
https://mao.5ch.net/test/read.cgi/linux/1514472651/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 あたりで.
2020/08/31(月) 16:06:37.42ID:+k36k+AB
FS無し直書きこそ最速
2020/09/01(火) 12:39:30.93ID:ZNCYJYql
>>70
フェエルスステム
2020/09/06(日) 19:26:23.11ID:Hb36AyGk
>>74
ディレクトリエントリ列挙は遅いゴミ
2020/09/17(木) 16:10:19.80ID:Ie2RgQir
NILFS2のスナップショットに期待して10年近く待ちまちつづけてるんだけど
まえにubuntu16.04で試した時はスナップショットとれなかった
2020/09/17(木) 16:32:52.71ID:QmY9mJTP
どういうこと？
NILFS2でスナップショット取れないことなんてないでしょう
2020/09/22(火) 06:50:11.51ID:0hJqG6HE
Linuxで改装型ストレージやりたいんだけどサポートしているファイルシステムは無いのかな
それともファイルシステムではない部分で動かしたほうがいいのか
2020/09/23(水) 22:18:27.89ID:PvhXP5UC
>>80
この種のストレージは知らんのですが、ご教示を。
2020/09/24(木) 00:01:05.71ID:B7IhQ4k2
>>81
>>80 の意図はわからんが、HDD に SSD キャッシュをつける構成の事だと思う

書き込み直後のファイルやアクセス頻度の高いものは SSD 側に置いて
それ以外は HDD に置くことで、見た目の速度は SSD で容量は HDDってやつ

オープンソース・フリーソフトの中では ZFS が実装しているとは聞いたことがある

ただ、もし安定して運用できるのであればベンチャー系IT企業が必ず商品化
して売り出すはずなんだが成功してるというのは全く聞かない

個人が使う分には安定していると錯覚するぐらい安定するけど
中小企業に使わせると途端にボロがでるぐらいの安定度なんじゃないかな
83login:Penguin
垢版 |
2020/09/24(木) 00:03:42.70ID:mhBC+NOL
AppleのFusion Driveとかそうなんじゃないの
あれはまぁプロプライエタリなので実装の詳細は不明だけども
しかし・・・最近はAppleは1TB SSDとかを直接載せてFusion Driveはなくなってきてるので成功したとは言えないのかも
一方で、AppleのFusion Driveが超絶クソみたいな話も聞かないけどな
2020/09/24(木) 00:39:39.15ID:B7IhQ4k2
Wikipedia で Fusion Drive について見てきたがブロック単位でファイルシステム非依存
とあったから単なる SSHD じゃないかと

そもそも階層化することによりレイテンシは遅くなる場合もあって上手くいかないんじゃないかな
サーバ向けのRAIDカードは SSD+HDDの階層化ではなくDIMM(〜4GB)+電池+HDD構成なので
SSD+HDDより速いけど、HDD部分をSSDにする場合(DIMM+電池+SSD)は遅くなるから DIMM
つけない(SSDのみ)で構成しろってメーカから言われるね

ストレージ屋は階層化製品を勧めてくるけど、SSDの利益率が高いだけで
本当は階層化しても速くならないんじゃないかと俺は勘繰ってるわ
2020/09/24(木) 06:22:20.45ID:OSKKA/Vx
bcacheではいかんのか？
2020/09/24(木) 07:10:12.23ID:mu6Yi75A
キャッシュと改装型ストレージは別物だよ
ZFSもbcacheも改装型ストレージではない
2020/09/24(木) 12:15:20.71ID:B7IhQ4k2
>>86
重複して持つの(キャッシュ)は階層型じゃないってこと？
つっても実装考えたら重複しないとやってられないと思うが...
2020/09/24(木) 12:50:26.45ID:f/nd+NYm
Windowsなら階層ストレージできる
Linuxでのやり方は知らん
この記事が分かりやすいかもね
https://decomo.info/wiki/blog/2018/2018-08-09
2020/09/24(木) 14:09:42.13ID:nhTV4RmJ
よく使うファイルを上位の高速デバイスに置く、と説明されるより
禄に使われないファイルを下位層の遅いデバイスにに移動する、と説明される方がわかりやすいのでは。

透過型アーカイブ？
2020/09/24(木) 14:35:09.33ID:2wla6/8F
開発止まってるけどbtierとか
2020/09/24(木) 16:16:10.72ID:KaFKLemI
QNAPのQtierも改装型ストレージだね
これはJBODを使った実装みたい
https://www.qnap.com/solution/qtier/ja-jp/
92login:Penguin
垢版 |
2020/10/05(月) 20:51:01.55ID:qlesfWop
Btrfsの記事２つ

Incremental backups with Btrfs snapshots
https://fedoramagazine.org/btrfs-snapshots-backup-incremental/

Recover your files from Btrfs snapshots
https://fedoramagazine.org/recover-your-files-from-btrfs-snapshots/
2020/10/28(水) 11:53:23.59ID:4MBfAWWw
Fedora 33出たぞい
2020/11/23(月) 10:36:34.84ID:PX3bnZ2G
btrfsでraid1を組んだ場合、ディスクが一つ壊れたらそのまま壊れたディスク外しても稼働し続ける？
2020/11/25(水) 19:41:52.12ID:gz3xH+ch
するよ
mount オプションに degraded つけてね
2020/11/25(水) 19:59:25.54ID:lWyNnFzC
mdmdm使うRAID1じゃなくて、btrfsのraid1で稼働中で、電源入ってる最中に、メンバーディスクが見えなくなるレベルの大故障したけど動き続けました
もちろんデータ本体のほかSystem, MetadataもRAID1にしておくように（btrfs filesystem df で確認する)。
2020/11/25(水) 20:27:18.07ID:ys9Kevoo
おお、ありがとう。
前に色々弄ったからbtrfsのコマンドはそこそこわかるし、それなら行けそうだ
2020/11/30(月) 17:39:20.37ID:GhjFG7G2
>>22
DBサーバ、httpサーバみたいな使い方じゃないと思うけど8GBで苦しそうなんだが、CoWのファイルシステムだとメモリどれ位積めばいいの？
btrfsはそれ程メモリ大食いでないのも謎なのだけど。
99login:Penguin
垢版 |
2020/12/01(火) 21:01:02.18ID:Rk5Th4du
OpenZFS2.0来たぞ
https://github.com/openzfs/zfs/releases
zol勢が主導権握って最初のメジャーリリース。
2020/12/02(水) 00:51:17.75ID:pHB49Aks
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
2020/12/02(水) 12:30:43.20ID:UyolvWPz
OpenZFSはGigazineにも記事になってたけど、おまいらの誰かが書いたの？
2020/12/02(水) 12:38:32.74ID:EbfJ4YWH
Btrfsがカーネル5.4以降は安定化したって本当ですか？
103login:Penguin
垢版 |
2020/12/02(水) 17:53:39.97ID:S4Metex0
>>102
ふーん（　´_ゝ`）
104login:Penguin
垢版 |
2020/12/04(金) 14:57:00.02ID:5E9mJMP1
XFSとZFSはあるのに（しかもそこそこ有名）
なんでYFSはないの？
2020/12/04(金) 15:01:48.73ID:42eJnIbm
What does YFS stand for?
https://www.abbreviations.com/YFS
106login:Penguin
垢版 |
2020/12/04(金) 15:26:29.46ID:5E9mJMP1
探せばあるもんだな

yFS: A Journaling File System Design for Handling Large Data Sets with Reduced Seeking
https://www.usenix.org/conference/fast-03/yfs-journaling-file-system-design-handling-large-data-sets-reduced-seeking

YFS, a High Performance Global File System That is Backward Compatible with AFS
https://www.sbir.gov/sbirsearch/detail/354028

YFS - Yet-Another File System
https://github.com/FlorianPusse/YFS
2020/12/05(土) 08:21:38.50ID:I27uOiuv
Btrfsが安定したみたいだから皆で移動しようぜ(俺はしないけど)
2020/12/05(土) 14:42:57.62ID:0qEeFgg2
昔はDVDコピーして保管してたからファイルシステムもそれにあったものをと思ってたけど、法律で禁止されたら、大人しく従うので、扱うファイルサイズが劇的に減ってバックアップの時間やファイルが壊れない事とか気にしなくなちゃった。
RAIDも組まなくなったし。
昔が異常だったのかも。
2020/12/07(月) 08:36:32.58ID:IBxCgvLS
>>107
待てよ、お前にだけ良い格好なんてさせないぜ！

>>99
やったぜ
2020/12/16(水) 14:01:01.29ID:6XXxpXQI
>>107
よし、行こうぜ
(行かないけど)
2020/12/19(土) 10:28:24.27ID:1M3ThgxR
b　僕は
t　とっても
r　ロンリー
f　ふーん
s　シスター
2020/12/19(土) 11:44:29.71ID:qcUaZawe
Btrfs:
Boobs 'n' Titties, Real Fuckin' Sex
2020/12/21(月) 15:39:25.67ID:vMbmecIY
Windows 10 バージョン20H2にて、チェックディスクを行なったさいにファイルシステムが破損する不具合を独誌Planet 3DNow!が報告している。

同誌によれば、管理者権限で実行したコマンドプロンプトから「chkdsk C: /f」コマンドを実行すると、
再起動後に「NTFS FILE SYSTEM」エラーとともにブルースクリーンが発生し、正常に起動できなくなる場合があるという。
12月度の月例パッチにあたる「Build 19042.685」を適用した環境で発現が確認されている。
また、この不具合は仮想環境でも発生することから、特定のハードウェアに起因しないとしている。

不具合が発生した場合は、自動または手動によるシステムの修復が必要。すでにフィードバックHubを通じてMicrosoftに報告が行なわれているという。

Windows 10のチェックディスクでファイルシステムが破損する不具合
https://pc.watch.impress.co.jp/docs/news/1296477.html
https://pc.watch.impress.co.jp/img/pcw/docs/1296/477/01_l.jpg


＼(^o^)／ｵﾜﾀ
114login:Penguin
垢版 |
2020/12/23(水) 22:25:19.48ID:puKvYVTf
さすがMicrosoft！
俺たちへの嫌がらせを平然とやってのけるッ
2021/01/06(水) 19:04:54.63ID:E6HmvEhu
MSはなんでReFSやめてしまったんやろな
btrfsも先行き不透明感あるし難しいのかね
2021/01/06(水) 19:15:25.87ID:WNjEJ6KT
refsって止めちまったのかい？
ブート出来ない時点で使わんがね。
2021/01/10(日) 14:34:37.92ID:m4QtNq0y
え、ReFSやめたの？
OSを超えて共通で使えるファイルシステムとなると結局Windows系になるのにExFATは機能不足だし
NTFSは機能山盛りでWindows以外で書き込むのは怖いしで
ちょうどいい中間になってくれたらと思ってたのに
2021/01/13(水) 03:35:46.45ID:DVhKFdcr
bcacheは個人で使うにも安定性はイマイチだよ
数日ほど連続稼働させてると内部でエラーを起こして強制的にキャッシュドライブが外される

ライトバック設定の場合はシステムが即フリーズする
ライトスルーとライトアラウンドならキャッシュが無い状態で稼働し続けるものの、
キャッシュドライブをカーネルがロックしたままなので再起動するまで元通りにできない
2021/01/14(木) 18:41:08.33ID:et/AaPUC
時々壊れるのを気にしなければBtrfsが最強だな。
2021/01/14(木) 18:59:49.00ID:r6N0ZmOC
せやな
Linux板住人諸氏は当然バックアップを取っていることでしょうから問題なし
2021/01/14(木) 19:29:12.05ID:8kW9H0o7
うむ
Fedora には足を向けて寝られない
2021/01/15(金) 08:53:08.53ID:JdPf2J/L
>>119
そこってかなり大事な要素だと思うんだが…
2021/01/15(金) 11:04:30.91ID:pFJP7GFV
ゆうほど壊れる？
2021/01/15(金) 19:06:27.45ID:F1XOiULN
俺の場合は、USBメモリをFATで使ってて誤って抜いてFATを壊したのは何回かあるが、
他、ハードディスクやSSDでNTFS、XFS、ext4、HFS+を使ってて壊れたことは記憶にない。
しかしBtrfsは壊れたことがある。
これを実用に耐えないくらい壊れると見なすか、バックアップを取ってれば良い話と見なすか、Btrfsは運が悪かっただけで、
上記2行目で挙げた他のファイルシステムに劣らないくらい堅牢だと見なすかはわからん。

ZFSは使ったことがない。AppleのAPFSや、MicrosoftのReFSは使ったことあるけど経験が少ないのでなんとも。

あとBtrfsはデータとメタデータのチェックサムを使って破損を検出する（ZFSも同様）ので、破損をしっかり検出しているだけであって、
他のファイルシステムは破損に気づいてないだけだという主張もあるね。XFSやext4はデータのチェックサムを使わないね。
ま、Btrfsもこのスレで否定的レスがつかないくらい進歩してくれますように祈っていますよ。
2021/01/15(金) 20:01:49.72ID:o/yWD+3r
アイコンを見るだけでデータが破壊されるNTFSの脆弱性
https://pc.watch.impress.co.jp/docs/news/1300447.html
2021/01/15(金) 20:06:19.09ID:wSNn+C+R
アイコンは16年の歴史があるからな!!!




アイコン16歳(´・ω・｀)
2021/01/15(金) 20:08:04.13ID:vAyutpx0
>>124
起動ディスクをUSB メモリをzfsでソフトウェアraid1にするといいぞー
安心感が違う。
2021/01/16(土) 05:47:48.71ID:I6JLgKGd
実際にやってみたらガチで壊れた
https://dotup.org/uploda/dotup.org2361590.webm
2021/01/16(土) 07:45:35.62ID:edFVkFUY
zip内のでもクラッシュするてヤバくね
ドザなんてビギナーだらけだし
対策放置してる間は格好の的
2021/01/16(土) 10:26:48.99ID:Vzy6ynJv
下手をするとウェブブラウザで踏んだリンクがfile://C:/とかでもダメだったりしてな
試してみる勇気はない
131login:Penguin
垢版 |
2021/01/17(日) 06:39:37.83ID:F/wGP8VN
>>125
嫌な奴への復讐に使えるやないかｗ
2021/01/17(日) 16:59:00.56ID:Sk6MR5jr
>>124
その終盤にある主張に半分同意
NTFSは一見ファイルが無事なようで中身が壊れるサイレント損傷が多い
フリーズすると直前の10〜20秒に更新されたファイルが高確率で壊れた
安全に更新するためにバックアップを作ってから更新するソフトでもバックアップごと壊れる
2021/01/17(日) 21:43:31.55ID:X/j5Pza0
今のSSD/HDDはメディア自体がECC(誤り訂正符号)で書き込むから
データやメタデータへのチェックサムは不要だと思う
メディアのECCで足りない場合はRAID-5やRAID-6にしてスクラブで
定期的に修正すればいい

と言いたいところだが、個人だとRAID-5/6組めないからねぇ

SMART でコレクタブルエラーやアンコレクタブルエラーが頻発して
ない状態でのサイレントな損傷はメモリかマザボの不良かFSのバグか

最近知ったのだがAMDのCPUだとサーバじゃなくてもECCメモリ使える
らしいので入れてみたい
2021/01/17(日) 22:07:32.83ID:YYKfpRUY
>>133
SSDとかECCモリモリですよね。(じゃないと耐えられない)

raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
(zfs のraidzは大丈夫。あとはbtrfsも含めてサイレントクラッシュする。)

Ryzen CPU(グラフィック内蔵のAPUはPROシリーズのみ)はECCに対応してるが、マザーが対応してないとムリ。ECCメモリ使えるけどECC機能が使えない感じ。
またECC対応してても、訂正した時にOS通知されるかはまた別問題。
なかなか苦労します。

DDR3メモリ以降、row hammerの危険に晒されてるのでECCはあった方がいい。もしくはDDR5(標準で32bit毎にECC)まで我慢。
2021/01/17(日) 23:09:17.14ID:X/j5Pza0
>>134
> raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。

意味わからん
RAID-5でストライプが２つ、RAID-6なら３つ同時に壊れない限り
クラッシュしないでしょ？

そもそもサイレントクラッシュ(I/O Error を返さない)するのはパリティ
計算して正常だった場合で、相当な確率になるはずでは？

そうじゃなきゃハードウェアRAID製品のスクラブ機能は一体何をしている？
(それとも md/lvm の RAID-5 はリード時にメディアエラーじゃない限り
パリティを読んでないってこと？)
2021/01/17(日) 23:50:50.72ID:YYKfpRUY
>>135
壊れたパリティを元に、正常なデータをハードウェアraidなりソフトウェアraidが壊しちゃうのよ。
パリティが真の設計だからね。
2021/01/18(月) 00:03:16.56ID:Vu8dGznQ
それもあるし、パリティは、「消失したデータ」を復元することはできても、
一体どれが誤ってるのかわからない状況だと、どれが誤りかを識別して訂正はできないと思う（何かがおかしいということが分かるに過ぎない）
サイレントクラッシュって書き込み途中での電源断で起きるということだからパリティが壊れることもデータが壊れることもあるわけで
2021/01/18(月) 01:13:27.67ID:1g4OJJqS
>>137
> サイレントクラッシュって書き込み途中での電源断で起きるということだから

内容は間違ってないが、悪いけどそれは話のすり替えだ
話がそれ過ぎたし、この話題はもうやめますね
2021/01/18(月) 16:23:37.31ID:AJc196VC
https://pc.watch.impress.co.jp/docs/news/1300761.html

　画面上にアイコンが表示されただけでWindows 10のドライブが破損するNTFSの脆弱性について、
米Microsoftが修正する旨の発言を行なったことが海外メディアで伝えられた。
2021/01/18(月) 16:43:02.31ID:dazYikCn
何でアイコンの表示とファイルシステムが結びついてんだ
2021/01/19(火) 06:53:23.26ID:kYmffXAa
ZFSとかのミラーリングで片系のパリティだけ損傷した場合はどうなるの？
142login:Penguin
垢版 |
2021/01/19(火) 07:13:24.13ID:j+yCeuMg
NTFSを捨ててbtrfsを使おう（提案）
https://github.com/maharmstone/btrfs
2021/01/19(火) 10:34:09.51ID:upb7F6zS
結局NTFSってFAT32を無理矢理拡張したようなもんでしょ？
そうでなければバックグラウンドサービスで常時断片化を解消しようとする筈がない

少なくとも大事なデータをしまっておく気にはなれないよね
2021/01/19(火) 10:46:26.30ID:4vT3g5Ot
「Linuxのファイルシステムは断片化しない！」と吠えてた奴がいたな
2021/01/19(火) 10:51:56.26ID:/3d5Dr9+
>>144
断片的に書き込むからね
2021/01/19(火) 12:27:42.15ID:Fc+0MPzG
「Linuxはウイルスに感染しない！」よりはマシだからセーフ
2021/01/19(火) 12:44:15.91ID:/3d5Dr9+
アプリによってファイルの上書きが、メモリ上のものを既存ファイルに追記のケースと、別名保存完了後に既存ファイルを消してリネームのケースがあって、断片化に影響してる気がするけど、あってる？
2021/01/19(火) 14:10:36.49ID:s0futnPp
合ってないと思う
本当に追記モードで書ける場合ってごく僅かだと思うし
2021/01/19(火) 14:12:40.28ID:7UmUKAt0
Linux のファイルシステムが断片化しにくいというのはなぜだっけ
EXT ファイルシステムのことだよね
Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが
2021/01/19(火) 15:29:07.50ID:FmzE4vXX
ちょくちょくe4defragしてるけどext4も~/.cache内とか普通に断片化しまくってるし
2021/01/19(火) 18:18:33.08ID:BK3Mr0Sm
>>149
配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ
2021/01/19(火) 19:42:29.98ID:7UmUKAt0
>>151
ええーw
2021/01/19(火) 20:04:02.54ID:upb7F6zS
>>151
今別パーティションのUFSなんだけど、１年ちょっと使ってこんなもん　書き換え頻回
https://i.imgur.com/3iSmcOv.png

ext4も似たようなもんなんじゃないの
数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど
154login:Penguin
垢版 |
2021/01/19(火) 20:13:22.02ID:e+sIKpUU
>>153
ffsのfragmentationは、断片化って意味じゃないぞ
2021/01/19(火) 20:15:48.77ID:jL0Xv4LA
>>153
そのフラグメントとファイルシステムの断片化は別物
fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント
https://docs.oracle.com/cd/E24845_01/html/819-0386/fsfilesysappx-20581.html#fsfilesysappx-10
2021/01/19(火) 20:32:32.85ID:upb7F6zS
>>154,155
今まで完全に勘違いしてた　アハハ(　´▽｀)
そっちのフラグメントの指標だったのね

放置プレイせず指摘してくれてありがとう
2021/01/21(木) 00:36:18.40ID:Cfby4q5X
そういえば
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)

一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
2021/01/21(木) 08:27:17.48ID:O8ejFMFO
Win95からFAT32だった筈だが…
2021/01/21(木) 08:44:51.40ID:+PmEnWYW
FAT32はOSR2からでしたね
ext2は断片化しても気にするなって感じじゃなかった?
2021/01/21(木) 09:13:42.80ID:4jdzXuHO
む、何か記憶違いがあったな

クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か

98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
2021/01/21(木) 09:14:46.06ID:4jdzXuHO
いや、FDDはFAT12か

もういいや
2021/01/21(木) 09:38:57.39ID:Om004d0Z
結論

Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠

Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
163login:Penguin
垢版 |
2021/01/21(木) 10:37:58.76ID:ieOcyzfJ
結論

信者はキチガイ
2021/01/21(木) 19:43:45.77ID:h4ldsjZW
とりあえずルート以外をbtrfsにした
2021/01/22(金) 02:07:58.45ID:4OwQpeSw
>>142
ええやんこれ
Winで思ってた以上に普通に使えてる
2021/02/02(火) 06:14:30.95ID:C7wARh6S
CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの？
スレチなら誘導していただけると嬉しいです。
2021/02/04(木) 20:25:16.41ID:o/O4MlkW
>>142
win上でext*にアクセスするドライバ入れてるとリムーバブルドライブを解除できなくなったので
そのドライバを削除したことを思い出した
2021/02/10(水) 01:35:39.90ID:sU2CY6a6
WindowsでBtrfs 【ファイルシステム】
https://mevius.5ch.net/test/read.cgi/win/1612888512/
2021/02/13(土) 23:32:12.14ID:RkDmna+g
ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。

Linux板ワッチョイ導入議論スレ
http://rosie.5ch.net/test/read.cgi/operatex/1612610722/
2021/02/17(水) 13:00:57.80ID:Ls2ZfyF7
Btrfs Has Many Nice Improvements, Better Performance With Linux 5.11

General performance improvements with upwards of "tens of percent" for some workloads.

ttps://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Linux-5.11-Improvements
2021/02/28(日) 00:04:29.68ID:u2QLnUui
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
https://www.phoronix.com/scan.php?page=news_item&;px=Linux-5.12-Early-Buggy-Issue

PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
2021/02/28(日) 11:45:06.29ID:kEYfL1//
ローリングリリースの OS だとこういうのが頻繁におこるってことだよな
2021/02/28(日) 14:51:40.61ID:+8n729a4
5.12はまだリリース前でRCですらない
2021/03/02(火) 14:36:21.69ID:ltODSBW/
昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況