ファイルシステム総合スレ その18
■ このスレッドは過去ログ倉庫に格納されています
windowsがNTFS壊すことなんて普通ないだろ
壊れる場合は大体ハードか要因 btrfsはまさかのWinBtrfs登場でいま一番すき >>102
Win10は次の起動の高速化のためにシャットダウン時に色々やってるから、油断ならない ntfs-3gのLFS=Windows7以前のLFSだからWindows8移行のLFSと互換性はない btrfsからext4に逃げたけど透過圧縮ないとNAS用途だと10%くらい容量食って辛い 恐縮ですが、SSDとHDD混在のVLMでアクセス頻度の高いデータをHDDからSSD側に動的に移動してくれる機能はないでしょうか
例えば Windows Server 2016 の 記憶域プールのような SSD と HDD を階層化する機能はないでしょうか。
CentOS7を使っています
ご存知の方がいらっしゃいましたら教えてください。 LVM Cacheが多分一番楽
既にあるLogicalVolumeに対してもSSDをキャッシュに出来る
動いてる状態でにキャッシュの追加と削除が可能
3年くらい使ってるけど、特に問題は起きてない
あくまでキャッシュなのでSSD追加しても全体の容量は増えないけど >>108
LVM?
階層化は聞いたことないなあ
本質的にはSSDキャッシュだし
git探してもマトモなのないね >>108
もう開発止まってるっぽいけど、btierとか。 いろいろ情報ありがとうございます。
LVM Cacheキャッシュでいこうと思います。
できないことがわかっただけでもありがたい。 ext以外で予約領域の概念があるファイルシステムってある? XFSのパーティションに別のパーティションから
100万個ファイルをコピーしたら、途中でコピーが止まり
XFSのファイルにいっさいアクセスができなくなったよ。
よくある話らしいが、EXT4で構築すればよかった。 連続書き込み3万個くらいで不具合起きるかもしれないんだっけ
RedHatの一件からだと思うがXFSに手を出して痛い目みる事例が増えてるみたいだな
そのうち安定化するといいが… XFSでファイル鯖立ててしもうた。
鬱だ。(´・ω・`) ZFSはdedupeをonにすると地獄を見るけどoffだと最強になりすぎて
もうコイツだけで良いんじゃないかなってなって面白みがない
誰かが映画版ジャイアンfsと言ってたが一理あるっていう ライセンスの問題がなけりゃすべてのディストリが採用してるレベル
オラクルほんとクソ xfsは中身変わりまくりで歴史が長く信頼性が高いとか言われると?ってなる >>122
dedup使わなくても空き容量なくなったら死ぬという欠点がある zfsは機能と安定性は最強だけど、速度は弱くない? あー、空き容量残り2割切ると遅くなるんだったな
確かに残り1割になったときは遅かった atimeが更新される条件ってなんですか?
ファイル見ても更新される時とされない時があるんですが http://gigazine.net/news/20171212-intel-optane-zfs-zil-slog/
この記事ZFSにoptane最高だぜって言ってるけど
そもそもl2arcとzilの有効性が微妙だからな
耐久度という意味では間違いなくいいけど btrfsに続いてzfsでもzstd圧縮が使えるようになるらしいな 外国の開発者(ストレージ系)の人とXFSとEXT4について意見交換
したのだが、信頼性を求めるならEXT4じゃね?とメールしたところ、
XFSのほうが多くの面で優れていて、確かに多くのファイルを一度に
更新する(メタデータ更新)とエライコッチャになることが稀にある。
その弱点を差し引いても私はXFSを選ぶよ。 と返事をもらった。
自分はEXT4派だったんだが、XFSに宗旨替えしよう。 よく「エライコッチャになる」可能性があるもんを使えるどころか他人に勧められるもんだな・・・ zshはmetadataの処理速度が遅すぎて、ガリガリアクセスするとこには使いたくないわ xfsは明確な不具合が出ると指摘されたうえでも選ぶんだから厚い信仰心が垣間見れるな
ストレージまわりにそんな危ないの使うのはあるいみ狂信の域だけど
重要データ扱う状況でも無さそうだし文字通り人柱として貢献できるね 数万のファイル更新は絶対にやらないシステムならいいんじゃね?
XFS使ったことないけどkernelのソースとか取ってきたら死にそうw xfsは2010年ごろ?に大改修されて、
その道の人に言わせるとext4より良くなったとか centos7 ext4がデフォらしいけど、かっこつけてxfsにするクセがついてます。
まぁ個人で使う分に違いはわからんでしょ。 centos7はxfsだろ
6まではext4だったが LinuxをZFSにインストールしてみたけどロールバック便利ね
ライセンス問題解決されたらインストーラーで簡単にインストールできるようになって欲しい zfsはdebianなら公式のリポジトリからインストールできるようになってたろ
それ以上に簡単になってほしいのかね /boot以外のディレクトリがZFSのファイルシステムに
簡単に出来るとイイね かな? そんなのxfsに限らず当たり前のことでは?
ext4やbtrfsもカーネルバージョンが違えば様々な変更があるわけだし >>148
カーネルの違いによるファイルシステムの信頼性変化のソース頂戴
今btrfsからの乗り換え先を探してるから
出来ればその資料みたいに最新化したことで信頼性が悪化する例をもっと見てみたい そりゃ上流にバグが入ったら信頼性下がるに決まってるだろ VFSの挙動変更やIFの変更があればFSによって安定性や性能は変わるだろうよ
ブロックデバイスならスタックオーバーフローとかハングとかあった
FSの事例は知らん お前らは仮定と雰囲気と信仰心でファイルシステムを選んでたのか LinuxのVFS自体がクソなんだから、xfsだろうがzfsだろうがLinux選んでる時点で妥協の産物
可能な限りVFSの影響を排除したfsって何かあったっけ、商用のGPFSとか? VFSの影響を排除ってどういうこと?
VFSを通さないってこと? >>155
個人で使う分にはそんなものじゃない?
お仕事で使うならそれなりの試験して比較した上で選ぶんだろうけど LinuxにはまともなFS自体無いしね
今ならext4が一番無難そう >>162
メモリいっぱい積んでサブボリュームあんまり使わないでメンテもしないならまあ安定してるような ファイルシステムの拡大縮小ができるのってextとBtrfsとNILFSくらい? >>166
XFS は縮小できない。ってそういうことじゃない? RHEL 7.5のVDOを試してみた人いますか?
いろんな種類のインストールイメージを複数枚分保存したら、
およそ半分のサイズで収まったらしいと聞いています。
ZFS on Linuxでそんなことをやったらメモリーがパンクし、
CPUはフル稼働に、その後いろいろ調子が悪くなりそう。
実用的に動くのかな? 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
1Z3RL 基本はext4で8TB超えならXFSってことでおけ? 1台か2台なら、なんとなく、とか個人的な好き嫌いで選んでもいいと思う。
LVM使えばSSDをキャッシュとして使えるから、速度差は現れにくくなるし。
HDDの台数が多いと、残念ながらカーネルのメインラインに取り込まれることはないZFS on Linuxが便利で困ってる。
割当ドライブの台数の増減が出来ないのが欠点なくらい。
一度btrfsも使ってみたけど、ドライブ見失う頻度が高すぎで使い物にならなかった。
md-raidはさんざん痛い目あったから違うのを試しました。
という訳で、Redhatが作ると言っていた新しいFSに期待してます。 ちなみにここでのNTFSの評価ってどうなんやろ
ファイルシステムとして まあそうだろうけど、ファイルシステムのプロから見たらどうなのかなと
いちおう読み書きできるし lazytimeオプションってext4専用なのかな?
それとも主要fsならどれでも使えるようになってたり >>184
スナップショット、暗号化、透過圧縮なんかがあって比較的枯れているからその点ではいいんじゃないの
>いちおう読み書きできるし
windows以外で使えるかって話なら常用レベルではないので問題外 >>186
Linuxで実用は無理だろうねNTFS
ファイルシステムとしてはext4とどっちが優秀かな
windowsでNTFSのときとLinuxでext4使ったとき比べて NTFSのスナップショットってVSSでしょ?
あれは実用的と言えるのか ブロックチェーン処理に特化した中国製ファイルシステム「TCFS」 劉尭 2018年7月10日 19:25
https://pc.watch.impress.co.jp/docs/news/1132183.html
中国・深セン市網心科技有限公司は6日(現地時間)、ブロックチェーンの処理に特化したという
ファイルシステム「Thunder Chain File System(TCFS)」を発表した。
これは同社が展開しているクラウドサービス「迅雷」の数百万のP2Pネットワークノードの基礎の
上で、ブロックチェーン処理と分散に特化したファイルシステム。
merkle DAGファイル管理技術に基づいており、ファイルのすべての変更履歴を保存し、過去を
遡って検索できる。ハッシュインデックスも暗号化し、ファイルに変更があったさいに新たなハッシュを
発行することで、ファイルの改竄を防ぐ。
データは前方誤り訂正(FEC)を使って保存され、冗長データをほかのノードに保存することで、
ファイルの破損を自動的に修復することで、データの信頼性を99.9999999999999%までに高めた。
さらに公開鍵と秘密鍵を利用したユーザーとファイルの関係性の維持、トークンを用いたユーザーの
アクセス権限の管理といった機構も備える。
応用としては、音楽ストリーミングサービスにおけるライセンス管理、透明性の高いオンライン
トレード、機密性の高いデータの保存などを挙げている。 NTFSで32MBクラスタ使えないのかな
実は勝手に諸元を書き換えて32MBクラスタ使えるとかにならないのかな
クラスタを32MBに出来れば、SMRの使用感が少しは改善されそうだと思うのに バックアップ用のHDDって最悪Windowsでも読めるようにNTFSにしといたほうが無難? 復旧しやすいようにソースと極力同じになるように設定する事もある
条件次第じゃないか USBブート出来るOSで読めたほうが良いって考え方もあるしね
一概には言えない
というか、お好みで、としか 今どきVirtualBoxとかでWindows上でLinuxを動かせるんだから、
Windowsが対応してないファイルシステムでもファイル取り出しは問題ないと思うんだけど まずは東京大学理学部数学科に入らなくては。
院はできればハーバードかプリンストンかオックスフォードかケンブリッジに入りたい。
そのためには東大の頃にダントツの成績でないと駄目だな。 ZFSで突然、あるディレクトリが書き込み不能になる
別のディレクトリを作成してファイルをmv
それらファイルが消滅してどこにも見当たらない
元のディレクトリをrmdirしようとすると、Directory not empty
ファイルは残ってそうなのに見えない
復活の呪文ありますか? データ領域もジャーナリング機能のついたファイルシステムにしたほうが良いんですか? ■ このスレッドは過去ログ倉庫に格納されています