ファイルシステム総合スレ その18
■ このスレッドは過去ログ倉庫に格納されています
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 ファイルは残ってそうなのに見えない 復活の呪文ありますか? データ領域もジャーナリング機能のついたファイルシステムにしたほうが良いんですか? >>199 本当にお前はダメな奴だな ここの住人は皆んなハーバードかケンブリッジを首席で卒業した奴らだぞ 分かったならマルチしてないで勉強しなさい >>201 起動時に毎回fsckと戯れたいなら好きにすれば良いと思うよ 自分らが触れる機会があるのはMIT or ケンブリッジ のコードだもんな パーティションごとにファイルシステムが違ったらどうなるんだろ。 /homeを初期化したくなかったので/homeはext4のまま、 その他はbtrfsにしてみた。そうしたら一見して問題は起こらなかった。 でもまだ長期間使用していないから分からない。 >>210 別になんともならんよ /boot だけext2 で残りは xfs とかよくあったし、さらには /home は nfs にして Solaris のマシンと共用とか普通に使ってた exfatってtrimに対応してますか? USBブート用のLinuxのファイルシステムで悩んでいるのですが winに差し込むとうっかりフォーマットするリスクを抑えるためにexfatにしようか考え顔なのですが 流石に今どきTRIM未対応のファイルシステムは論外なので。 >>213 何度か試したが、exfat では(機器によるかもしれんが)そもそも EFI ブートしない。 https://en.wikipedia.org/wiki/EFI_system_partition > UEFI firmware supports booting from removable storage devices such as > USB flash drives. For that purpose, a removable device needs to be > formatted with a FAT12, FAT16 or FAT32 file system, FAT12かFAT16かFAT32でないとブートできないみたいよ 最近の Windows10 では修正されたけど、以前の Windows10 や 8.1 以前はパーティション 切ってある USB メモリは最初のパーティションしか認識しないんだよね。 USB HDD だと2つ目以降のパーティションが見えるのが不思議だった。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる