10/08/08 23:26:04 hB0d5896
zfs/btrfsの先行き不透明な昨今、皆様いかがお過ごしでしょうか。
なんか先月末見失ったと思ったらずっと無いっぽいので立ててみました。
しかし需要はあるんだろうか。
●前スレ
ファイルシステム総合スレ その11
ｽﾚﾘﾝｸ(linux板)
●関連スレ？
OpenSolaris総合スレッド その4
ｽﾚﾘﾝｸ(unix板)
過去スレ、関連リンクは >>2-10 あたりで。
2:xfs好きなんでなんとかならんかなあ
10/08/08 23:27:27 hB0d5896
●過去スレ
01 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
03 ｽﾚﾘﾝｸ(linux板)
04 ｽﾚﾘﾝｸ(linux板)
05 ｽﾚﾘﾝｸ(linux板)
06 ｽﾚﾘﾝｸ(linux板)
07 ｽﾚﾘﾝｸ(linux板)
08 ｽﾚﾘﾝｸ(linux板)
09 ｽﾚﾘﾝｸ(linux板)
10 ｽﾚﾘﾝｸ(linux板)
11 ｽﾚﾘﾝｸ(linux板)
●関連リンク
ext4 URLﾘﾝｸ(www.bullopensource.org)
reiserfs/reiser4 URLﾘﾝｸ(www.namesys.com)
xfs URLﾘﾝｸ(oss.sgi.com)
jfs URLﾘﾝｸ(jfs.sourceforge.net)
nfs URLﾘﾝｸ(nfs.sourceforge.net)
ntfs URLﾘﾝｸ(www.linux-ntfs.org)
fuse URLﾘﾝｸ(fuse.sourceforge.net)
btrfs URLﾘﾝｸ(btrfs.wiki.kernel.org)
NILFS2 (NTT) URLﾘﾝｸ(www.nilfs.org)
3:xfs好きなんでなんとかならんかなあ
10/08/08 23:28:53 hB0d5896
●関連リンク2
en:List of file systems
URLﾘﾝｸ(en.wikipedia.org)
Linuxファイルシステム技術解説
URLﾘﾝｸ(www.atmarkit.co.jp)
File Systems in Linux
URLﾘﾝｸ(www.linux.org)
Linuxの次世代ファイルシステムは「バターFS」!?
URLﾘﾝｸ(www.atmarkit.co.jp)
Linux ジャーナリング・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)
Linux フラッシュ・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)
Linux filesystem benchmark 2008/1-2
URLﾘﾝｸ(www.t2-project.org)
URLﾘﾝｸ(www.t2-project.org)
Filesystem Specifications - Links & Whitepapers
URLﾘﾝｸ(www.forensics.nl)
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
URLﾘﾝｸ(plaza18.mbn.or.jp)
URLﾘﾝｸ(plaza18.mbn.or.jp)
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
URLﾘﾝｸ(www.phoronix.com)
こんなもんか。不足・情報古すぎ・新情報ありましたら訂正よろしく。
4:login:Penguin
10/08/09 02:18:04 UJihUaW7
>>1
乙。ところでocfs2はOracle関係だと思うけど安泰なん？
5:login:Penguin
10/08/09 11:50:12 0x4Yf+P4
前スレ知らないうちに落ちてたのか。それとも1000いったの？
6:login:Penguin
10/08/09 12:26:10 ELYwwScz
980超えると落ちる。
7:login:Penguin
10/08/10 10:34:17 kKqDN3wl
保守。
>>6
Linux板何年もいるのにその仕様知らんかった。
8:login:Penguin
10/08/10 17:29:55 J8FRMZhm
980超えて、24時間書き込みがないと
9:login:Penguin
10/08/10 23:16:38 +tFLe/Nf
OracleはBtrfsにまだ関わっているよ。Btrfsの開発者は来月、LinuxCon Japan/Tokyoに参加するし。
URLﾘﾝｸ(gihyo.jp)
10:login:Penguin
10/08/12 11:19:21 jsTZSvbU
>>8
なるほど。
fsなんて自分とこのシステムで安定してりゃ、あんま見に来る事もないからねえ。
>>9
期待していいんかな……
できるものなら人柱sの動向を見極めてとっとと移行したいところだ。
11:login:Penguin
10/08/12 12:15:54 rzfEZOSw
現時点で一番SSDに向いてるFSって何なんでしょ？
そろそろSSD買おうと思うので、フォーマットするFSを決めたいぜ。
12:login:Penguin
10/08/12 12:39:42 K/RU8Ye+
>>11
fat32。メタ情報が小さい
13:login:Penguin
10/08/12 13:36:39 MHyBnti9
>>12
BtrfsはSSDにも最適化されてるよ！
14:login:Penguin
10/08/12 14:28:54 nD8cafZB
NILFSしかないだろｊｋ
15:login:Penguin
10/08/12 16:30:55 PGqNJ/R0
無限に湧き出すI/Oエラー （´；ω；｀）ﾌﾞﾜﾜ
16:login:Penguin
10/08/12 19:59:09 4JUy0H08
>>11
ext2
17:login:Penguin
10/08/12 20:21:22 +T3ltHJF
>>12
もうちょい頑健な方が…
>>13
いつになったら安定してくれるの…
>>16
不意な時の復旧に時間が…
現状、ext4のmountオプションを工夫してやりくりするのが良い？
18:login:Penguin
10/08/12 23:23:14 DlMPMZLD
SSDに向いてるか向いてないかってどうやって判断すんの？
なんかベンチマーク走らせて読み書きが一番速いのが良いってこと？
19:login:Penguin
10/08/12 23:27:51 +T3ltHJF
>>18
SSDにとって無意味な負荷を減らすために、
・断片化とか気にしない
・余計な更新しない
は最低でも抑えておいて欲しい。
でもってある程度の最適化戦略とジャーナルが付いててくれればうれしい。
…んだけど、初心者の俺にはよく分からないのだ。
誰か偉い人、SSDに良いFSを教えて下され。
自分で実装しろってのはなしで。
20:login:Penguin
10/08/12 23:31:07 fExfsREC
>>19
お前みんなの回答全否定しといて・・・
21:login:Penguin
10/08/12 23:36:41 +T3ltHJF
すまぬぅ！
そして俺が下した結論
結論：今はまだ時期じゃない
SATA6.0なSSDがメジャーになってBtrfsが安定するまで待つわｗｗｗｗｗ
22:login:Penguin
10/08/13 00:38:54 SFSUoQiI
>>11
人柱として余計な上書きしないNILFS2を試してみては?
でも、最近のSSDはコントローラーが賢いからfsで工夫してもほとんど無駄らしい
今後はフラッシュメモリーのチップ自体が賢くなる方向だとさ
23:login:Penguin
10/08/13 00:45:03 jtaVMs6M
ExtremeFSだっけか？
なんかSSDの内部でまた別のシステム持ってる感じだね。
そういうシステムと上手くやっていけるFSが欲しいね。
24:login:Penguin
10/08/13 16:02:49 LZTsdV5O
FS より上をなんとかした方がいいんじゃね。
25:login:Penguin
10/08/13 22:15:34 jB+xpdAf
tmpfsをunionfsで重ねて、一日一回のバッチでベースのfsに変更点をマージする。
てか、これがデフォルトで出来るunionfsが欲しい。
26:login:Penguin
10/08/13 22:52:12 gSAm9foN
LKMLに言ってみれば？
27:login:Penguin
10/08/13 23:28:44 jB+xpdAf
>>26
unionfsのマージを訴えるとこからか。
28:login:Penguin
10/08/14 21:17:14 laP5IW7X
kernel2.6.35でreiser4を使えるようにするパッチ
URLﾘﾝｸ(www.kernel.org)
2.6.36ではreiser4がソースに取り込まれることを期待
29:login:Penguin
10/08/14 22:42:31 IXsrHHnR
>>28
カーネル開発者の反応は？
監獄からパッチは投げれるのか？
30:login:Penguin
10/08/14 22:46:58 zO+oxQ3o
>>29
別に本人じゃなくてもメンテ担当が名乗りを上げるのならまったく
問題にならないんじゃね？
監獄からのパッチは無理だろうが、Hansはファイルシステムの姿について
先進的な知見を持っているだけに、手記でも何でもいいから発表し続けて
欲しい所。
31:login:Penguin
10/08/15 10:23:56 NgMq/RG8
OpenSolaris界に激震がはしっているみたい。ZFSの未来はどうなるのか？
32:login:Penguin
10/08/15 12:56:23 L/1iCoU0
OracleがJavaのように特許を主張して終わりだろうな
はやりBtrfsはOracleという時点で微妙だ
gifやmp3のような騒動になると思う
33:login:Penguin
10/08/15 15:23:25 NgMq/RG8
ZFSはNetAppも特許を主張し、紛争中。
34:login:Penguin
10/08/15 16:25:11 yvVrKUEG
>>31
Javaのように金を巻き上げられそうなほど普及してないが、
普及していたら同じ様に知的財産と特許を主張するんだろうなぁ・・
Oracleとしてはファイルシステム側でいろいろ解決されると困ることだらけだから、
おそらく何もしないまま放置して枯れるのを待つんじゃないかな。
35:login:Penguin
10/08/15 18:38:49 HaIXy/s5
するとやっぱりext4が標準に
36:login:Penguin
10/08/15 19:28:47 oc25EGPq
自分らでGPLとして公開したのに後から金よこせｺﾞﾙｧって出来るの？
37:login:Penguin
10/08/15 20:53:14 gZmgfHax
>>36
できるよ。まあ、著作権者を自分にした上でGPLにしていた場合だけど。
その場合は明日からGPL止めたと宣言できる。
過去の分については適用外なので嫌ならforkしろということ。
見てる範囲だとOracleの場合はCDDL/GPLは維持するけど、ソースが
提供されるのは自社の正式版に対するものだけ、という方向。OSSだけど
リポジトリアクセスを禁止してtarballだけで配布するとかそんな
イメージ。コードはオープン、活動は実質クローズドになる。
もっとも、これまでも開発でOracle（旧Sun）におんぶにだっこだった
現実と何が違うの？とツッコまれたら一部除いて外野は黙るしかない。
OSSは結局コードを書く奴が偉いので、開発力がOracleの向こう側にあるなら
リポジトリがどこにあろうと関係ないだろでチョン。
38:login:Penguin
10/08/15 21:15:28 ngyjZRgI
>>37
作者が気に入らないならYet Anotherとか言って適当にフォークした方がいいんじゃね？
39:login:Penguin
10/08/16 14:20:49 2HytaiHu
>>38
コードかけるやつがいればね。
40:login:Penguin
10/08/17 22:29:41 tD+4pAIe
>>39
旧Sunでそこら辺のコードを書いていた人たちは片端から流出しちゃった後だよ。
で、それらの人を積極的に拾ってるのがNexentra。
Oracleとしては大金積んで買ってみたはいいけど、手元にはコードとライセンスは
あっても肝心の頭脳が残ってなかったって状態。だからGoogleに訴訟しかけたりとか
してるけど、この構図はいつか見たSCOだよねぇ。
41:login:Penguin
10/08/17 23:46:47 7sUQNh7h
>>40
Oracleの目的はJavaの獲得だったので、Solarisはどうでも良かった。
Sunでも利益が出ていなかったSolarisでどうやって儲けるんだろうね、Nexentaは？
42:login:Penguin
10/08/18 01:55:03 cDnxGEJj
ストレージ屋としてやってくならありなんじゃないかの
仮想化まっしぐらな流れだとストレージの重要性は高いだろうし
43:login:Penguin
10/08/18 04:45:25 o3wzPI7o
>>42
納得した。
44:login:Penguin
10/08/18 12:32:54 UTKpdUCA
そこに立ちふさがるNetApp
45:login:Penguin
10/08/18 14:56:16 o3wzPI7o
>>44
果たして、最後に笑うのは誰か！
46:login:Penguin
10/08/21 12:38:04 9TY2nodR
前スレが見られないので・・・。
Linux(CentOS)でファイルサーバー(Samba)をたてて、複数台のPCのバックアップファイル置き場や
音楽ファイル置き場にしようと思っているのですが、ファイルシステムは何がおすすめですか？
EXT3にしようかXFSにしようか迷っています。
たしか前スレかその前くらいにいろいろ話題にあがっていたような気もするのですが、ログもないためどなたかご教授ください。
47:login:Penguin
10/08/21 12:41:02 AxHZ95YO
>>46
fat32
48:login:Penguin
10/08/21 12:41:52 a7pCxcOo
NILFS
49:login:Penguin
10/08/21 13:55:50 0DcTSmpd
reiser4
50:login:Penguin
10/08/21 15:29:39 x+qyF1KD
>>46
素直に答えるなら、
・サイズがさほど大きくないなら
→ とりあえずext3
・サイズが500GBを超えるなら
→ RAIDはどうするの? バックアップ方法とか必要? バッテリバックアップはあり? なし?
とかで答えが変わってくるので、環境をもっとしっかりよろしく。
51:login:Penguin
10/08/21 15:34:27 AxHZ95YO
>>50
なんかめんどいのでext4にします。
52:login:Penguin
10/08/21 15:43:55 Y6I1AYvn
>>48
基本的にファイルを消しも改変もしない物置用途では、NILFSはネタではなく
マヂで選択肢になるとおもう。
53:login:Penguin
10/08/21 15:52:28 AxHZ95YO
>>52
変化がないのにスナップショットが連続的に取れても嬉しくなくね？
54:login:Penguin
10/08/21 15:54:04 aaU3d9nW
ext4かな。
55:login:Penguin
10/08/21 18:05:13 9TY2nodR
>>50
2TBのディスクです。RAIDは組まずに、あとからもう1台つないで、バックアップ用（適当にcronでバックアップ予定）を
つけるつもりです。自宅のみのファイルサーバーなので、バッテリバックアップも余裕ができたらという程度です。
自分が懸念しているのは、後々そのディスクを他のPCに使い回すときや手持ちのバックアップソフトで再利用できるかと
いうことです。ext3なら手持ちのソフト（TrueImage）で扱える選択肢も広がるのですが、XFSは触ったことがないので自分の中では
よくわからないといったところで・・・。ext4もXFSと同様に手持ちのソフトで扱えないという不安があります。
システムディスクとは別なので、システムが飛んだときにデータを取り出したい場合に
ext4でも難易度（もしくは可否）は高くないのでしょうか？
56:login:Penguin
10/08/23 10:59:28 p/A1zI+O
2TB程度ならext3でいいだろ。
最近はめんどうだから15TBまではext3にするな。
ext4が16TB越えサポートするまでは、それ以上はxfsかな。
57:login:Penguin
10/08/23 20:43:04 i8Ez0Vg8
samba+ext4だとタイムスタンプが1s以下まで保存できるという効能があるぞ。
58:login:Penguin
10/08/23 20:58:57 pJJCkxSj
>>56
レスサンクスです。ext3で大丈夫そうなので安心しました。
>>57
タイムスタンプが1s以下まで保存できるという効能
すみません、よくわからないです・・・。ちと勉強してきます。
59:login:Penguin
10/08/23 23:55:43 i8Ez0Vg8
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(sourceforge.jp)
ext3 1s
ext4 1ns
xfs 1ns
ntfs 100ns
60:login:Penguin
10/08/24 23:15:30 G3ZDEGcq
>>53
基本的に書き換わらないとはいえ、書き換わることはあるし、追加はされるので、
スナップショットの意味はあることはある。
なにより、倉庫用途だとLFS最大の弱点のGCがほとんど気にならなくなるのが大きい。
61:login:Penguin
10/08/25 07:59:31 O9PYoM4W
>>56
それって嬉しいか？
>>60
ライトが少ないからジャーナルによる容量の圧迫とGCによるCPU速度の浪費がないのか。
自炊したもんばっかりじゃなくて、自分で作ったドキュメント類を置くのならいいかもね。
62:login:Penguin
10/08/27 08:43:14 vuY5GSGO
P4 1.6GHｚ 512MBのマシンにXubuntu10.04入れてからNTFS-3G入れて
デフォルトで入ってるプレイヤーでNTFS上のMP3、Oggvorbis再生したら音飛びしまくってまともに聞けないんだが
これはNTFSが重いせいなのかマシンスペックが低いからなのかどっちなんだろうか
同じマシンにXP入れた時はMP3、Oggvorbisで音飛びなんて一度もなかったんだが
63:login:Penguin
10/08/27 08:59:15 z7vhWqg3
ntfs-3gはユーザモードだからwindowsで動かすより倍以上遅いとか聞いたことがあるけど
カーネルに入れられないのかな
64:login:Penguin
10/08/27 12:59:21 Y8H/0QBm
>>63
昔はカーネル組み込みだったような気がする。
＃常用するもんじゃないし。
65:login:Penguin
10/08/27 13:47:04 yptYii9p
>>62
ちっちゃな tmpfs でも作ってそこにおいて比較してみたら？
66:login:Penguin
10/08/27 15:56:40 QpKlC1GA
>>64
まだあるがな。
書き込みに制限はいつになったらなくなるのだろうか？
67:login:Penguin
10/08/27 18:07:16 yAvn1wgi
カーネルコンフィグのファイルシステムで設定するNTFSサポートってユーザー空間だったの？？
68:login:Penguin
10/08/27 18:47:02 OjBs0QT2
- [Phoronix] Native ZFS Is Coming To Linux Next Month
URLﾘﾝｸ(www.phoronix.com)
少し気になるけど微妙だな…
69:login:Penguin
10/08/27 18:53:23 AzLLVeAa
メインラインには入りそうもないな。
インドの会社がつぶれたらそれでおしまい、みたいな。
70:login:Penguin
10/08/27 19:40:25 Y8H/0QBm
もう、Btrfsがそろそろ実用目前だろ。
Ubuntu 10.10で使用可。
Fedora 14,OpenSuseでも使用可。
MeeGoでは標準。
そろそろ、Ext4の頃のように、大規模にテストしてバグだしする頃合いだろ。
ZFSの移植には期待しない方がいい。
FileSystemは繊細なので、移植は難しい。XFSがいい例。
FreeBSDのZFSも実際には非常に性能が悪く、バグも未だに尽きない。
71:login:Penguin
10/08/27 20:36:37 LyYuV+eD
カーネルのはCONFIG_NTFS_RWこれか
書き込みはファイルの長さ変更不可とか
でNTFS-3GはFUSEだから遅いってことか
72:login:Penguin
10/08/27 20:38:20 LyYuV+eD
CaptiveNTFSも以前試したけどNTFS-3Gと同じくらい遅かったな
73:login:Penguin
10/08/27 22:53:22 u8rvLl6U
>>63
fuseってそんな重くないらしいぞ。
74:login:Penguin
10/08/27 23:14:17 LyYuV+eD
ZFSもFUSE経由だとえらく遅いと聞いたけどどうなんだろう
75:login:Penguin
10/08/27 23:36:49 9kdqyTFF
VxFSなら早いお＾ｐ＾
76:login:Penguin
10/08/28 00:38:04 AcBDiFL5
>>75
昔Solaris でハマった嫌な思い出がorz
77:login:Penguin
10/08/28 02:55:49 ff65lFBS
Btrfsってもうiscsi上でのファイルシステム共有に対応するパッチ取り込まれたんだっけ?
取り込まれたならEXT4から乗り換えてみる
78:login:Penguin
10/08/28 18:56:38 Tj+SWzQS
運用レベルだとVxFS一択なのは同意
HAの切り替わりの速さは異常
79:login:Penguin
10/08/30 22:15:25 61eoXhlz
Linuxにおける10億ファイル問題
URLﾘﾝｸ(slashdot.jp)
ext4では多量のファイルを格納できるように設計・開発が進められているが、とある大容量システムでテストした結果、それでもファイルシステムの作成に4時間、10億のファイルを書き込むのに4日、ファイルシステムのチェック（fsck）に2.5時間かかったそうだ。
さらにfsckで大量のメモリを要するのも問題とのことだ。
ちなみに、このような大量のファイルを含むディレクトリに対して「ls」を実行すると最悪な結果になるそうで、lsはreaddir()とstat()でディレクトリ内のファイルを取得するために毎秒数千ファイル程度の処理しかできないそうだ。
そのため、10億のファイルに対してlsを実行すると実行完了まで数日かかるという。
80:login:Penguin
10/08/30 22:27:09 1jQmIMEV
一つのディレクトリに10億も突っ込む運用やアプリの設計を見直せよ
81:login:Penguin
10/08/30 22:31:57 joYqFAc4
xfs で rm うーん、死ヌルかも
82:login:Penguin
10/08/30 23:41:44 61eoXhlz
ところでext4とxfsでイメージファイル作ってマウントしてfirefoxのソース展開してtimeで測ったら
xfsは4倍くらいrealがかかるんだけどなんでなんだろ
userやsysは大して変わんないのに
ext4はext4で100Gのイメージ作ってmkfsしたら1.7Gも食ってるし
83:login:Penguin
10/08/30 23:53:15 aSuq2Hyy
馬鹿はお引き取りください
84:login:Penguin
10/08/31 02:56:28 LE75P2XP
>>82
xfs マウントするときに -o nobarrier ってつけてみ。
実運用では理解してつけてね
85:login:Penguin
10/08/31 13:14:03 RiveLua3
NTFSは43億まで格納いけるな
86:login:Penguin
10/08/31 16:53:17 grH851qT
>>84
>When comparing versus ext3,
>note that ext4 enables write barriers by default, while ext3 does
>not enable write barriers by default.
87:login:Penguin
10/08/31 19:46:54 KafEq8Cv
ファイルシステム上に/tmp作るのとtmpfsに作るのと違いってあったりとか？
試しにtmpfsにしてみたら/tmpがあった同一ディスクのI/Oがきつい時のXの体感速度が上がった気がするんだけど
>>84
nobarrierとosyncisdsyncつけたらext4と同じ程度になりますた
ノートなので急な電源断の可能性は低いと思うし大丈夫かなと
thxです
88:login:Penguin
10/08/31 20:55:00 J9EZwXk+
tmpfsはメモリ
ノーマル/tmpはディスク
ってことじゃなくて？
89:login:Penguin
10/08/31 21:51:38 RCNPjudK
/tmpにあるのってソケットとかじゃないのかな。
90:login:Penguin
10/08/31 22:57:00 Bzm572UW
>>89
いいえ？
永続性のない一時ファイルは/tmp
UNIXドメインソケットって/tmpなんかに作ったっけ？
91:login:Penguin
10/08/31 22:57:00 biRehsvp
VxFSなら i node free だぜ
92:login:Penguin
10/09/01 00:12:07 ApDwNIJ6
/tmp/.X11-unix/X0とかかな？
他にもソケットらしきものがあるっぽいけど
93:login:Penguin
10/09/01 02:25:39 Yl1yli02
そんなん運用によってまちまちだし。
screenとかssh-agentみたいなユーザ向けツールはほとんど/tmp以下じゃない？
94:login:Penguin
10/09/02 14:01:08 dDmRYah/
>>87
osyncisdsync has no effect, option is deprecated.
95:login:Penguin
10/09/03 00:43:26 cU3tTPLf
sambaの解説を読むと、代替データストリームを保存するのには、
普通のファイルシステムでは拡張属性のサイズが小さいようなんですが、
十分なサイズの拡張属性が扱えるファイルシステムは何でしょうか？
96:login:Penguin
10/09/03 02:21:03 Oa+kzbmY
十分かどうかは代替データストリームで何をするかによるんじゃないの？
97:login:Penguin
10/09/14 18:46:27 NQI/oBYu
ちょっと質問。
だれかBtrFS使っていて問題発生した経験ある?
バックアップストレージ用ファイルシステムには向いているようだが、まだVMレベルでしか確認していないんだよ。
もし何かアドバイスがあれば助かる。
98:login:Penguin
10/09/14 21:16:06 Oy6zCGq+
fisk fullになるまでcat /dev/zero > してみようぜ
99:login:Penguin
10/09/16 01:52:31 uZmdL0hb
98 名前：login:Penguin 投稿日：2010/09/14(火) 21:16:06 ID:Oy6zCGq+
fisk fullになるまでcat /dev/zero > してみようぜ
100:login:Penguin
10/09/16 02:17:47 PAFk2AfQ
fisk fullか。確か東証のシステムってそれが原因で落ちたんだよね。
こわいなぁ
101:login:Penguin
10/09/16 10:28:00 jEOVH2L5
>>100
だがfiskがフルになることは無さそうだぞw
冗談抜きでbtrfsで cat /dev/zero > test.binやってみた。Ubuntu 10.10Beta、カーネルは2.6.35。Virtualboxの1GBディスクイメージで。
普通に10%前後空き容量を残してdisk fullで止まった。tune2fsみたいにこの割合を調整したいけどやり方がわからん。
102:login:Penguin
10/09/16 10:35:11 9CrIAdx1
それができないのが一番の問題ではなかったかな。
103:login:Penguin
10/09/16 13:43:21 9GkIWHQE
btrfs-showするとfullなんだぜ
冗談みたいだろ
104:login:Penguin
10/09/16 20:10:34 jEOVH2L5
btrfs領域を限界まで埋めた場合の残り容量について。
■検証用環境
Virtualbox v3.2.8 amd64
Ubuntu 10.10 Beta
カーネル 2.6.35
Btrfs v0.19
■まず検証用btrfs領域について作成したばかりの状態。
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb 1.0G 56K 1.0G 1% /mnt
$ sudo btrfs-show
Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7
Total devices 1 FS bytes used 28.00KB
devid 1 size 1.00GB used 1.00GB path /dev/sdb
■これからbtrfs領域をいっぱいにする。
$ cat /dev/zero > /mnt/test.bin
cat: write error: No space left on device
$ ls -l /mnt
total 915072
-rw-r--r-- 1 jEOVH2L5 jEOVH2L5 937033728 2010-09-16 19:49 test.bin
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb 1.0G 859M 166M 84% /mnt
$ sudo btrfs-show
Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7
Total devices 1 FS bytes used 894.83MB
devid 1 size 1.00GB used 1.00GB path /dev/sdb
btrfs領域の残りの16%もの容量はどこにあるんだろう?
105:login:Penguin
10/09/17 11:19:16 xF3nQXIt
天使の取り分、ってやつですよ。
106:login:Penguin
10/09/17 21:44:24 D3yYt6Ly
fsckすると解決するさ
107:login:Penguin
10/09/17 22:22:33 0viQ7uTy
>>106
btrfsckやってみた。
$ sudo btrfsck /dev/sdb
found 938299392 bytes used err is 0
total csum bytes: 915072
total tree bytes: 1265664
total fs tree bytes: 16384
btree space waste bytes: 258349
file data blocks allocated: 937033728
referenced 937033728
Btrfs Btrfs v0.19
$ sudo btrfs-show
Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7
Total devices 1 FS bytes used 894.83MB
devid 1 size 1.00GB used 1.00GB path /dev/sdb
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb 1.0G 897M 128M 88% /mnt
なんか使用可能領域が166MB→128MBに減ったぞwww
だからといってファイルはこれ以上作れない点は変わらなかったが。
108:login:Penguin
10/09/19 21:25:48 tlo/PURv
なんかbtrfsの公式wikiがapacheのテストページになってるから
動きがあるんかと思って来てみたら静かなもんですな。
btrfs そろそろ何か進展ありそう？
oracleはopensourceに協力する気無いって話、本当なんかね。
109:login:Penguin
10/09/19 21:48:45 bcQAlrGR
openSolarisぶっ潰したじゃねーかよ
110:login:Penguin
10/09/20 09:27:10 aIJnCt0y
ぶっ潰したんじゃない。
あるべき場所へ帰しただけだ。
111:login:Penguin
10/09/20 09:30:22 XLm8GKXh
btrfsに期待してる奴なんてまだいるの？ｗ
112:login:Penguin
10/09/20 10:50:03 /GhH5uZi
111>期待してるよ
スナップショット使いたいんだ
113:login:Penguin
10/09/20 11:10:44 aIJnCt0y
>>112
LVMでええやん
114:login:Penguin
10/09/20 11:11:57 /GhH5uZi
>113
外側にかぶり物があるのがイヤです
115:login:Penguin
10/09/20 11:13:56 ehY6u/U8
NILFS最強
116:login:Penguin
10/09/20 11:21:08 4vSHDS+o
>>115
ファイルシステムの拡張に対応していないからだめ。
117:login:Penguin
10/09/20 13:18:13 vlJfXGTU
何もかもVeritasで可能な事じゃねーか
個人用途で無料なVxVMやVxFSはないのかね？
118:login:Penguin
10/09/20 14:46:16 4vSHDS+o
>>117
Redhat GFSをローカルのみで利用するとか。
119:login:Penguin
10/09/20 15:44:00 rlqfosy+
VxFS最強
120:login:Penguin
10/09/20 19:28:50 ZuaIIk+2
Software Designがext2/3にスパースファイルサポートが無いとか書きやがった
ext4で入ったfallocate()をスパースファイルのサポートだと勘違いしたようだ
121:login:Penguin
10/09/20 21:16:39 UQdZWQGT
よくあることだ。
122:login:Penguin
10/09/20 22:13:23 nbbRP5eK
ext2/3でいまさらそれはねーだろ
よほど使われてなかったのか
123:login:Penguin
10/09/20 22:26:25 gtDWEKPl
>>120
まじかよw
124:login:Penguin
10/09/20 23:42:29 f1uBB+tS
iSCSIによるファイルシステム共有をちゃんとしたかったらocfs2一択?
btrfsも対応する予定とは聞いたけど、いつになるやら
ext4を対応させる強者はいないだろうな
125:login:Penguin
10/09/21 00:24:27 HK0NjBWg
>>120
いまどきのUNIXでスパースファイルが使えないのはhfsplus位のもんだ。
126:login:Penguin
10/09/21 00:27:11 PxqvRqwP
NTFSでもあるのに
127:login:Penguin
10/09/21 00:37:47 wNsCJfK8
器用貧乏なNTFS
128:login:Penguin
10/09/21 00:48:07 GioCudZT
URLﾘﾝｸ(www.miraclelinux.com)
5. ext3,ReiserFS,XFSの比較
ext3 ReiserFS XFS
スパースファイルサポート なし あり あり
129:login:Penguin
10/09/21 13:56:25 PtRKG4y5
VxVM/VxFS はstorage foundation basic という名前で無料公開されてるお
130:login:Penguin
10/09/22 01:42:50 7nBDh7dt
VxFS最強
131:login:Penguin
10/09/22 01:49:50 ACNA3t3D
>>128
いつの文書なんだか
2.0.36のext2にはまだ入っていない様だ
tune2fs: illegal option -- O
とかエェー！
いつ入ったんだろ
132:login:Penguin
10/09/22 02:58:10 oQ5/dc4a
>>131
e2fsprogsがsparse_superblockに対応したのは1.16（1999/10/22リリース）以降みたい
カーネルで言えば2.2以降でサポートしたようだね
133:login:Penguin
10/09/22 04:22:40 jJ0RZV0i
おい、懐しい話してんな！
134:login:Penguin
10/09/22 13:24:57 ACNA3t3D
>>132
それスパースファイルのサポートじゃなくてバックアップスーパーブロックの数を減らすオプション
調べるの面倒になった
2002年の2.4.19では既にスパースファイル使えるとここに書いてやめにする
135:132
10/09/22 14:59:26 oQ5/dc4a
>>134
>それスパースファイルのサポートじゃなくてバックアップスーパーブロックの数を減らすオプション
ご指摘の通りでした。すまんです
しかし、改めて考えるとext2でのsparse fileサポートってどういうことなんだろ
lseekできてホールを作れりゃそれでいいんじゃないのという気も…
また勘違いしているのかもしれんが、それなら最初からサポートしてんじゃないのか？
と、恥書きついでに聞いてみる
Linuxだけで使うわけじゃないから何の参考にもならんが
GNU fileutilsは1995年12月からcpにsparseオプションを用意していたりする
136:login:Penguin
10/09/22 17:35:26 ACNA3t3D
>>135
最初からサポートされてたかもしれない
du -shで確認してたのが仇になった
URLﾘﾝｸ(up3.viploader.net)
なんつー罠だよこれ
137:132
10/09/22 21:26:00 oQ5/dc4a
>>136
それは気付かんかも
頑張ってSLS 1.02（カーネル0.99）の環境作ってみた
dd使って試したところ、問題なくsparse fileが作成できた
ext2については登場当初からサポートしていると言ってよさそうだね
ぐぐったらminixfsでもサポートしているようだし、UFS系のやつは
大抵問題なく行ける気がする（HFS+以外）
138:login:Penguin
10/09/22 22:08:53 O2f5i5EB
逆にどういう経緯でsparse file未サポートなんてのになったんだろう
139:login:Penguin
10/09/23 06:10:50 v7Zc4NOt
せめてwikipediaでも見てればそんなことにはならなかったのに
140:login:Penguin
10/09/23 07:40:26 X8zkx/UZ
すパースファイルってなに＿？
141:login:Penguin
10/09/23 07:50:46 SmJUDs7m
>>140
ビットトレントでのファイルダウンロード中にディスク容量を節約する仕組み。
142:login:Penguin
10/09/23 16:30:49 juzGlmAx
SDやミラクルが参考にしたかどうかは分からんが
オーストリア人が公開しているこういう文書があるのを見つけた
URLﾘﾝｸ(www.vmars.tuwien.ac.at)
説明を見る限り、この文書を書いた人間は
extent対応fsでしかsparseファイルを実現できないと勘違いしているっぽいな
143:login:Penguin
10/09/23 16:39:54 X5zclgCZ
しかし実際に確認するってことをしないというのが凄い
144:login:Penguin
10/09/23 16:51:22 v7Zc4NOt
>>141
BTに限らずファイルサイズに対して100%の量のデータを書き込まないと意味を持たないケースでその考えはおかしい
それだったらファイルサイズ0の状態から追記していくことと変わらん
145:login:Penguin
10/09/23 16:58:22 SmJUDs7m
>>144
いずれ100%使うことを前提とせず、ファイル中に未使用の領域を設ける局面って何？
146:login:Penguin
10/09/23 17:04:13 X5zclgCZ
ループバックマウント？
147:login:Penguin
10/09/23 17:04:36 v7Zc4NOt
>>145
100%書き込まなくても意味を持つケース
「いずれ」なんて言っていない
148:login:Penguin
10/09/23 17:11:22 SmJUDs7m
>>146
なるほど。
>>147
言葉遊びはいいです。
149:login:Penguin
10/09/23 17:13:47 v7Zc4NOt
ただのバカだったか
相手して損した
150:login:Penguin
10/09/23 18:19:35 l3CrBABI
スペースと、スパースの違いについて。
151:login:Penguin
10/09/23 19:27:15 DLFLAZ04
>>145
仮想マシンのディスクイメージとかで最初に全量確保しない場合とか、
同じく仮想マシンのメモリ内容をはき出すファイルとかは
スパースファイルを使ってる例も多いね。
どんくらいメモリを実際使ってるかなんて状況次第だし。
152:login:Penguin
10/09/23 19:36:23 SmJUDs7m
>>151
なるほどですね。勉強になりました。
一度書き込まれた領域が不要になったら開放できるように出来れば尚いいですね。
153:login:Penguin
10/09/24 16:18:53 nut7+fVY
80GBしか積んでないサーバーを10TBのiSCSIノードに見せかけてとりあえず
稼動スタートさせたおいらが通りますよ・・・
154:login:Penguin
10/09/24 17:19:44 VvXCYWHX
>>153
まぁ極端だけどwそんなもんじゃない？
155:login:Penguin
10/09/25 01:08:01 k6w82opC
それはスパースじゃなくてプロビジョニング機能・・・
156:login:Penguin
10/09/26 21:10:07 GRWXB2zY
スパーッツァ
157:login:Penguin
10/09/28 18:09:18 +qobLDjq
”シン”プロビジョニングじゃないか？
158:login:Penguin
10/09/28 21:11:49 IfUVwAT9
オラクルに買われてからホントにロクなことがないな。
URLﾘﾝｸ(blogs.sun.com)
159:login:Penguin
10/09/28 21:32:53 LNRWeGjF
まあそんな物だろう。
めぼしい所は大体抜けた感じか？
160:login:Penguin
10/10/03 02:44:09 PUm0Jwiq
>>152
シンプロビジョニング知らないの？
161:login:Penguin
10/10/03 12:31:48 Dtyj0XgC
>>160
これってWindowsで言うVirtualAllocでしょ？
スパースとどう繋がるの？
162:login:Penguin
10/10/03 12:35:07 Dtyj0XgC
>>161
繋がった。
けど、シンプロビジョニングって行き着く先はファイルシステムの総量の問題で、
ファイルシステムの効率的な使用となると話が変わってくる気がする。
163:login:Penguin
10/10/03 19:51:25 1efBjoq6
debian-installerのpartitionerで誤って既存の使用中のXFSパーティションを
XFSで再初期化してしまった、、、。
初期化始まって10秒後ぐらいに気づいて、ctrl+alt+deleteで終了させたんですが
当然xfsパーテイションは消えてました、、、。
これって復旧の可能性ありますかね、、。
今xfs_repair中なんですがphase1で20時間ぐらいかかってまだ終わらないという感じなのですが。
164:login:Penguin
10/10/03 19:52:31 7DwDY9+/
WindowsにZFS移植されないかなあああああああああああああああ
あああああああああああああああああああ
ああああああああああああああああ
あああああああああ
あ
165:login:Penguin
10/10/03 19:56:06 GBCZm2t/
winfsってどうなったんだろう
166:login:Penguin
10/10/03 20:31:09 dio+ic28
>>165
開発中止
167:login:Penguin
10/10/11 16:13:15 2BJqUscy
Ext2Fsd
URLﾘﾝｸ(sourceforge.net)
Winでext2/3読み書きできるらしいがこれ使えばwin上からHDDをext3にフォーマットできたりするんだろうか
168:login:Penguin
10/10/11 18:21:43 AvpSj35w
View all files押せよ
mke2fsは別に有るから
古いけどな
169:login:Penguin
10/10/12 18:00:59 2WFOHVD0
微妙にファイルシステム？な所だけど、最適書込ブロックが4KB>なデバイスでの
Linuxの挙動を調べていてこんなの見つけた。2009年の会話。
- URLﾘﾝｸ(www.pubbs.net)
> by Linus Torvalds
>> gaining this sort of ability would not be a bad thing.
> .. and if my house was built of gold, that wouldn't be a bad thing either.
> What's your point?
> Are you going to create the magical patches that make that happen?
> Are you going to maintain the added complexity that comes from
> suddenly having multiple dirty bits per "page"?
(；Д))))
Linusコワイヨー
> Are you going to create the mythical filesystems that magically
> start doing tail packing in order to not waste tons of disk-space
> with small files, even if they have a 32kB block-size?
つ reiserfs
・・・とか茶々入れると抹殺されそうな迫力だ。そんだけ。
170:login:Penguin
10/10/12 22:31:40 ItNHIJVw
>>169
え？Linusは論理セクタ4KBなディスクに対応する気ないの？
171:login:Penguin
10/10/13 00:51:32 ojjvzcXh
メモリ管理が4KiB単位だから区画先頭が4KiB境界に在って区画フォーマットのブロックサイズが4KiBなら問題起きないと思ったが？
172:login:Penguin
10/10/13 01:57:34 fJdK3o9s
>>170
いや、4KBは対応するけど、リンク先で出たような8KB/sector, 16KB, ...な
ストレージなぞ知るか！ということ。
フラッシュ陣営も長いこと256KB単位とかでないと性能が…とか言ってたけど
Intel SSDとかがちゃんと4KBでもまともな性能出すようになってきて
恥を晒したな！そんなクソストレージが市場で生き残る訳ネーヨみたいに
アツく語ってます。
173:login:Penguin
10/10/13 12:48:07 fJdK3o9s
ext[234]で質問。
いま外部ジャーナルを入れて書き込みを一旦そっちにdata=journalで逃がそうかと
考えてるんですが、ジャーナル領域の大きさをどうするかで迷ってます。
デフォルトの内部ジャーナルは10万ブロックで4KB/inodeなら400MBですが、
これ、ブロック数に比例してSLAB使う可能性があるということで、あまり
大きくするとIOが詰まったときにメモリも一緒に大量占拠されて困りそうです。
ext[23]はmount -o nobhで回避できますが、それができるのはdata=writebackで
使うときだけ。
いま外部ジャーナルやってる人はどれくらいのサイズで確保してます？
あと、上のSLAB大量消費の問題はext4でもあるんでしょうか？
174:login:Penguin
10/10/14 11:14:07 lwjkNR9d
なんで2って含めてるんだ…？ orz
175:login:Penguin
10/10/14 20:02:23 MyIYHu/a
外部ジャーナルをリアルで使ってる人/団体/企業って居るの？
176:login:Penguin
10/10/14 20:57:14 uigJ9rOf
rrdtoolの人は使ってるね。
あの報告見て真面目に検討始めた>俺
177:login:Penguin
10/10/20 09:53:17 jqYhRps5
ext234ってなんだよ！？
178:login:Penguin
10/10/20 19:26:28 SBSLbKNw
ﾊﾞｶｽ
179:login:Penguin
10/10/21 04:10:01 cSS8Od+G
>>177
ﾛｰﾀｽ123みたいなモンでは！？
180:login:Penguin
10/10/25 22:07:33 /jv+ghS9
「Linux カーネル 2.6.36 ぐらいに Reiser4 を実装するよ！」
これの顛末ってどうなったんだっけ？ 延期？
181:login:Penguin
10/10/25 23:11:28 zdOyCd3C
Reiserのいないシャバじゃぁなあ……
182:login:Penguin
10/10/27 00:10:49 f7UWwIRs
みんなで妻/夫を殺せばいいんじゃね？
183:login:Penguin
10/10/27 00:46:09 VZSqmpWe
>>182
妻は2次元なので殺しても殺してもいろいろな所から現れます
どうすればいいのでしょうか?
184:login:Penguin
10/10/27 01:29:49 G7c1kT47
>>183
それはOSじゃないほうのソラリス状態ですね。
おとなしく妻に抱かれちゃいましょう。
きっとReiserさんも「そこ」に居ますよ。
185:login:Penguin
10/10/27 01:37:29 kWb3+0oh
妻の霊ser
186:login:Penguin
10/10/28 23:22:37 7d9BX/hg
reiser4なんてまだあったんだ
187:login:Penguin
10/10/29 03:14:20 13CZcvkG
レーサーふぉー？しねらー。マイナーFS？
ﾌﾟｯ
188:login:Penguin
10/10/30 04:03:14 Kta/TYkH
基地外は>>187のように突然ワケのわからないことを喚いたあとで、笑い出す傾向があります。
189:login:Penguin
10/11/01 14:28:51 eOc+LFcb
性能・信頼性のバランスが良いファイルシステムはJFSだけ
190:login:Penguin
10/11/01 16:22:29 wDAzBvut
しかし最近のディストリだとインストーラーの選択肢に出てこなくてな＞JFS
191:login:Penguin
10/11/01 18:24:39 MI+7z+b+
xfsで問題ないじゃん
192:login:Penguin
10/11/02 01:49:58 08uiu/nk
NFS最高
193:login:Penguin
10/11/02 02:08:13 XpRDOdIj
JFSは何か問題有ったの？
194:login:Penguin
10/11/02 12:33:19 wsl3ZOD/
>>193
誰も使っていないのが問題
195:login:Penguin
10/11/03 09:49:03 NXC8TSN3
IBMなら、IBMならきっと使ってくれる！
「ext3にします。」
ズコー
とか各地でなってるんだろうか。
196:login:Penguin
10/11/03 10:25:14 PIwsVMKY
>>195
ちゃ、ちゃんと使ってますよ(AIXで)
197:login:Penguin
10/11/03 12:09:36 +mHxq1R3
AIXの実装は全然別物
198:login:Penguin
10/11/03 12:38:36 oNqGd0TZ
少し古いネタだけど。
CentOSをFreeBSD Jailに構築する方法
URLﾘﾝｸ(journal.mycom.co.jp)
カーネルは FreeBSD 使ってjail(chroot強化版)の配下を
CentOS 化してしまう話(linux 互換環境、ってことですね)。
母艦の FreeBSD で ZFS 使えば ZFS な CentOS (っぽい何か)が
使えますってことで。
199:login:Penguin
10/11/03 14:23:12 KClY6dlN
UNIX板でやれ
200:login:Penguin
10/11/03 15:43:37 edLGiJQn
Ted Ts'o: EXT4 Within Striking Distance Of XFS
URLﾘﾝｸ(www.phoronix.com)
201:login:Penguin
10/11/03 16:31:54 m0pqpeDU
>>200
XFS糞って噂聞いてたんで避けてたけど
今でも大規模システムだと1番だったのか。
202:login:Penguin
10/11/05 11:52:16 NRNYp42Z
スタックがどうこうで噛み付いても、実使用率ナンバーワン。
203:login:Penguin
10/11/06 19:43:03 zUr/DHOw
ブートブロックが、xfs_repairが、ディレクトリの削除が
それでもxfsは今日も元気です
204:login:Penguin
10/11/06 20:40:33 +UNrrIbg
xfsはチェックが速すぎて怖い。
205:login:Penguin
10/11/06 21:22:39 4jCYGr+2
だってチェックしていないもの
少なくても昔はそうだった
206:login:Penguin
10/11/08 22:42:29 /LP5nvaW
チェックは起動・マウント時だけだったような。
xfs_checkはなんもしない。
207:login:Penguin
10/11/08 22:45:48 9ZRhmzsh
fsck.xfsと間違えてない？
208:207
10/11/09 07:20:03 PbTZEvtQ
そうそう、そうでした、fsck でした。
xfs_check は xfs_repare 同様アンマウントして使えた。
>>203
ストレージ大きいと超メモリ食う。1Tにつきメモリ1G。
RAIDアレイを別マシンに移動したときに、CD起動でswapを
準備してなかったものだから、チェックが終わらんで途中で
沈黙してた事があった。
209:login:Penguin
10/11/09 07:30:23 PbTZEvtQ
寝ぼけてなんか色々間違えてる気がする。
なんでつづり間違えるかな。xfs_repair ね。
210:login:Penguin
10/11/09 10:40:07 JVFMnY2G
安価なフラッシュメモリで Linux 最速のファイルシステムは？
URLﾘﾝｸ(japan.internet.com)
URLﾘﾝｸ(japan.internet.com)
あまりに時間がかかる（ほかのシステムで6分しかかからないところを
19分かかる）ので最後まで1回しかテストしなかったが、XFS の分析は簡単だ。
これは使わないことだ。
一方の Btrfs は Ext4 とかなりいい勝負をしている。上回ることはなかった
ものの、その差はわずかだった。
211:login:Penguin
10/11/09 10:53:10 zZyiqa8V
>フラッシュメモリが不思議な動作をすることは覚えておきたい。
212:login:Penguin
10/11/09 13:28:46 5wbeUa9K
HFS+のテストに2時間も割いていながら19分で音を上げる筆者
213:login:Penguin
10/11/11 17:50:00 fSI4+xT0
つまりマカー？
214:login:Penguin
10/11/11 19:51:48 x3qUlI8n
FreeNASのスレみたらxfsか何かで荒れてひどいことになってたんだけど、あれどうしたの？
215:login:Penguin
10/11/11 19:52:31 x3qUlI8n
悪いzfsだった
紛らわしい
216:login:Penguin
10/11/11 23:17:48 kyc/kuL/
e4defragはいつe2fsprogsに入るんだ
その前にBtrfsが安定期に入っちゃいそうな予感
217:login:Penguin
10/11/12 17:00:39 OiG/ZEnq
まだヤバイのねー
$ sudo mount /dev/sdb1 /mnt
mount.nilfs2: WARNING! - The NILFS on-disk format may change at any time.
mount.nilfs2: WARNING! - Do not place critical data on a NILFS filesystem.
218:login:Penguin
10/11/12 22:05:40 OjC8gUKZ
exfatはどうなってる？
219:login:Penguin
10/11/12 22:35:58 2mfjlbqu
>>212
Linuxは他の選択肢があるがMacは他の選択肢が無いからな
妥協してfat使う以外には
220:login:Penguin
10/11/12 23:29:08 8/fWYhW3
Mac といえばこんな話があったな
OS 標準ではhome しか暗号出来ないぽいな
【重要】PGP WDE の Mac OS X 10.6.5 アップデートで発生する不具合につきまして
URLﾘﾝｸ(www.act2.com)
221:login:Penguin
10/11/13 22:33:33 RmE69Yp1
>>218
どうもなってないw
222:login:Penguin
10/11/14 15:34:38 XLOt2BG8
ファイルシステムのスナップショットをバックアップするようにしたいんだけど、
LVM に頼らなくていいファイルシステムってありますか？
223:login:Penguin
10/11/14 15:52:12 RFGlnR+N
>>222
NILFS
URLﾘﾝｸ(www.nilfs.org)
でも>>217
224:login:Penguin
10/11/14 20:13:43 uPk6FuV0
>>222
btrfs
でもry
225:俺はext4からext5へ行くぜ。
10/11/14 22:41:00 oWRCJU0y
btrfsは都合の良いライセンスでバグ潰しさせている様にしか見えない。
大きな会社のGPLは信じていいんか?
226:login:Penguin
10/11/14 22:55:30 xWkVHHM5
GPLは信じていいでしょ
227:login:Penguin
10/11/15 00:20:11 UgjpM72r
しかし、Oracleは信用できない。
228:login:Penguin
10/11/15 02:00:48 zQ4h537R
Oracleは諸悪の根源
負の塊
社会の癌
229:login:Penguin
10/11/16 08:15:09 4GBRyPxP
下手をするとbtrfsよりもHammer FSのLinux移植とかのほうがまだ先行きマシだったりして。
まあ、Hammer FSのLinux移植はたんにそういう話もあるよ程度のレベルだけどさ。
230:login:Penguin
10/11/16 10:24:45 LcRZrd61
URLﾘﾝｸ(www.youtube.com)
Hansってこんなキモい香具師だったのか。
判決聞いてビビってるしイメージ崩れた。
231:login:Penguin
10/11/16 10:53:40 HeKRLUlf
またイメージ先行かよ。
232:login:Penguin
10/11/16 18:10:19 NifQC6tA
Hammerはライセンス調べてないけどDragonflyBSDのだし移植はしやすいかもね。
233:login:Penguin
10/11/17 01:42:01 CkYzqU9A
btrfsは終わったんじゃないかな。
NetAppとZFSについて和解したけど、瓜二つのbtrfsがそれらの和解した特許と無関係とは思えんし。
234:login:Penguin
10/11/17 02:43:22 OWOdSBMs
>>233
btrfsもZFSもいまやどちらもOracleの所有物だし、ZFSで和解したのなら
btrfsでもそれが適用されると考えていいんじゃない? ただ、どちらもOracleの
所有物だからこそ、btrfsの先行きがめちゃくちゃ暗い。
このスレでもさんざガイシュツのように、Sunの買収前ですら開発が低調だったのに、
買収後のアクティビティの低さときたら…
OracleのSun買収って、フリーソフトウェア的には、なにかいいことが一つでも
あったのかいなって感じに、ろくなことがない。
235:login:Penguin
10/11/17 03:20:02 CkYzqU9A
NetAppが、オープンソース化を嫌ったのかもしれん。
ZFSはクローズドになることが決定したし、btrfsから手を引かせるのが和解の条件になってる可能性は高いと思うが。
236:login:Penguin
10/11/17 03:26:36 VHMo3p/D
クローズドにはなってねえよ勝手に事実捏造すんな
アクティビティがものすごく低くなったのと同じで、オープンソースとしてちゃんと出るんだからよ
237:login:Penguin
10/11/17 04:44:11 a2y2PL9U
でも、ライセンスがCDDLのままだったらZFSはダメだわな
238:login:Penguin
10/11/17 09:05:20 ARIikIWh
btrfsは最近MLの流量は増えてますよ。
239:login:Penguin
10/11/18 02:07:56 V9tn/2e5
OneFSってデータ壊れやすいの？
240:login:Penguin
10/11/18 02:39:10 zbYTyDp1
>>238
まあ、1日平均10通程度だったのが、なんと1.5倍の15通に!って程度だけどね…
とはいえ、gitへのコミットは以前よりはるかにマシになったのは確かか。
241:login:Penguin
10/11/20 22:51:47 JCy/mfT3
rhel6インストール時には、ext4がデフォルトで、64bit版はxfsが選択できるのか。
242:login:Penguin
10/11/20 22:52:52 JCy/mfT3
64bit版全部じゃなくて、x86_64のみか？
243:login:Penguin
10/11/21 19:46:45 GqjZ/rjt
ZFSをとっととWindowsに移植しろクズ共
244:login:Penguin
10/11/22 01:46:39 67pJvWbh
ZFSってごみなの？
245:login:Penguin
10/11/22 08:48:59 AjtRLqbg
ゴミではないけど、ライセンスの関係でLinux(カーネル)には取り込めない。
BSDではSunのDTraceも取り込まれてる。
246:login:Penguin
10/11/22 13:42:46 3n4MEA2a
>>245
インドかどっかの人が移植してたけど安心して使えないよね
DTrace はLinux も移植中じゃなかったけ?
247:login:Penguin
10/11/22 15:51:16 p7UiFvy4
見事に古いカーネルしかない
URLﾘﾝｸ(zfs.kqinfotech.com)
ソースはいまだなし
URLﾘﾝｸ(sourceforge.net)
aufs/reiser4 はひっそりとv2.6.36向けリリース
URLﾘﾝｸ(www.mail-archive.com)
URLﾘﾝｸ(www.spinics.net)
248:login:Penguin
10/11/22 16:41:40 3SBcDPgo
ゴミ同然である
249:login:Penguin
10/11/22 21:00:48 p7UiFvy4
Running The Native ZFS Linux Kernel Module, Plus Benchmarks
URLﾘﾝｸ(www.phoronix.com)
250:login:Penguin
10/11/30 01:52:32 zTrIsDxc
こりゃ当分 xfs/reiserfs から離れられそうにないな。
251:login:Penguin
10/11/30 11:52:46 LDmzY+dZ
> ZFS on this native Linux kernel module was even worse than using
> ZFS-FUSE and was almost at half the speed of this test when run
> under the OpenSolaris-based OpenIndiana distribution. EXT4, Btrfs,
> and XFS were all at least ten times as fast as ZFS on Linux.
ボロボロすぐる・・・
252:login:Penguin
10/11/30 11:54:50 LDmzY+dZ
でもこの文章が本当ならZFS on OpenSolarisですらExt4/Btrfs/XFS on Linuxの
1/5の速度ってことになって、それは変じゃないか？性能を発揮できない何かの
要素があったとか、テストに思わぬ偏りがあった可能性も少しあるかもしれない。
253:login:Penguin
10/11/30 12:21:38 zTrIsDxc
>>252
「何か」が明らかになるまで付き合う気は無い、って事だよ。
「何か」が明らかになる → 完成版リリース → 細かなバグ取り
先は長い。
254:login:Penguin
10/11/30 13:29:09 zjppyi7y
ZFS 自体元々速度重視というよりは安全性に振った設計でしょ
1/5 かどうかはしらねーが表現は単に煽り気味に見える
255:login:Penguin
10/11/30 13:36:55 abYrnG1q
FSは安全性が一番だしね。
鯖とかだと特に。
昔はext2で酷い目にあった。速かったけどｗ
256:login:Penguin
10/11/30 14:50:58 8MV9WTcg
>>254
zfsのチェックはその気になればいろいろ外せるし、安全性というより機能性・利便性ってイメージだな。
ただ、CPUを使ったraidってくくりで考えるなら、raidzはraid5よりパフォーマンス面で有利だから
速度もそれなりに重視されてる感じ。
まぁ、自宅でバッテリバックアップ付きのRAIDカードとUPSを用意するまでもない用途なら
結構便利だと思う。
257:login:Penguin
10/11/30 21:52:39 bv2NNwMj
ときどきファイルやシステムが全壊してもいいので、とにかく基本動作がちょ～速いファイルシステムがいいとおもう！
そういう点ではFAT最強！
258:login:Penguin
10/12/01 00:54:58 jO65Huv7
xfsでスーパーブロックぶっ飛んでファイルの8割が消えて
残りは名前が消えてlost+foundに入ってた。
nobarrierで他のhdd挿したらデバイス名が変わるようなusbハブ使ってるのが悪かったのかも。
259:login:Penguin
10/12/01 09:46:57 EpL718zP
ZFSとの比較といっても、HDDのみの構成とL2ARC+ZILにSSD割り当てたものではパフォーマンス全然違うよね。
同じハードウェア構成での比較にはならないだろうけど。
260:login:Penguin
10/12/01 11:04:41 /R9spsHR
>256
「外す」という視点ではそうなんだけど
他のFSではそもそもその機能を「追加する」ことは出来ないわけだから
安全性指向を意識した高機能ってところじゃないかな
btrfs 辺りだと checksum とかそういうのは入っているのかな?
>259
raid0 的なフラットな zpool と raidz2 では全然違うだろうねぇ
またRAID0以上に性能に応じて I/Oをバランス配分するから
異種HDD使ったときの限界性能はRAID0より上かもね
261:login:Penguin
10/12/01 14:11:25 s+Foo6Rf
有るよ、つーかデフォルトじゃね
URLﾘﾝｸ(btrfs.wiki.kernel.org)
262:login:Penguin
10/12/01 16:54:46 O7Ca30nA
ZFSはraidzのパフォーマンスも良いよね。
FUSE経由だとどうしても遅すぎるけど。
263:login:Penguin
10/12/08 02:45:05 af1+IIFw
USB接続HDD上のNILFSに、空き容量無くなるまで、rsyncでファイルコピーしてたんですが、おそらくNILFSが満杯になった瞬間に
いきなりNILFSパーティションのマウントが解除されたんです。
再マウントしたら、すんなりファイルは見えたけど、
その時、コピーしていたディレクトリは消えていた
NILFSの完成度ってこんなもん？
それともいきなりマウントが解除されるのもdefault動作なのかな
dmesg見ても、特にnilfsのエラーメッセージは無いみたいだけど．．．
264:login:Penguin
10/12/08 16:28:10 /C0whQw+
>>263
確かいっぱいまで使うとまずいという話はどこかで見かけた気がする…
265:login:Penguin
10/12/11 13:42:17 uHdLxPDt
>>263
単純に２ギガのUSBメモリをnilfs2でフォーマットして、
６００メガのCDイメージを４つコピーしたら、途中でディスクが満杯になって、容量が無いとメッセージがでた。
cp aaa.iso /mnt/nilfs/a &
cp aaa.iso /mnt/nilfs/b &
cp aaa.iso /mnt/nilfs/c &
cp aaa.iso /mnt/nilfs/d &
ディスク容量を空けるために、４つすべてを削除した。
rm /mnt/nilfs/?
再び同じことを繰り返そうとしたら
cp aaa.iso /mnt/nilfs/a &
デバイスに空き領域が無いと言われた。
？？？どういうことなの？？？
266:login:Penguin
10/12/11 13:49:36 uHdLxPDt
単純に２ギガのUSBメモリをnilfs2でフォーマットして、
７００メガのCDイメージを２つコピーしたら、正常に終了した。
cp aaa.iso /mnt/nilfs/a &
cp aaa.iso /mnt/nilfs/b &
a だけを削除
rm /mnt/nilfs/a
その後、７００メガのCDイメージを１つだけコピー
cp aaa.iso /mnt/nilfs/c &
なぜかコピーの途中でディスクが満杯になって、容量が無いとメッセージがでた。
？？？どういうことなの？？？
267:login:Penguin
10/12/11 13:55:29 f9VudxE1
なんか、フロッピーディスクをマウントしたとき、
おなじようなことになったことがあるな。
268:login:Penguin
10/12/11 14:01:32 uHdLxPDt
nilfs って、rmしてファイルを消しても、実際には消されてなくて、
運用とともに、書き込み可能な領域は減りつづけるのみで、ファイルをrmしただけでは実際には容量は回復しない…ってことでしょうか？はて
269:login:Penguin
10/12/11 15:21:32 B9IrOklO
何を今更ってレベルじゃねーぞ
nilfsがどういうもんかぐぐれ
protection_periodのデフォは1時間だ
270:login:Penguin
10/12/11 15:51:49 AKOnWV6g
>>268
LFSとGCについてお勉強して出なおせ
271:login:Penguin
10/12/11 16:51:30 w7RSV/g4
猫になんとか
272:login:Penguin
10/12/11 17:16:27 gLb48RLC
豚にどうとか。
273:login:Penguin
10/12/11 17:20:57 EGUPm+fH
でもアンマウントはされないはずなんですよね？…はて？
274:login:Penguin
10/12/11 17:36:49 uHdLxPDt
なぜか書き込めなくなったNILFSのUSBメモリを、
シイタケといっしょに1時間ほど陰干ししたら治ってた。
275:login:Penguin
10/12/11 17:54:55 08l8hKnl
リンゴと一緒に保管するとエチレンが出ていい感じに熟成される。これ豆知識な。
276:login:Penguin
10/12/11 18:00:03 8B48eY9E
>>274
それ、面白いと思っているの? ところで、気が狂うってどういう気分?
277:login:Penguin
10/12/11 18:02:16 uHdLxPDt
HFS＋みたいに？
278:login:Penguin
10/12/11 20:01:59 PAtIruTa
VxFS早く改良しろよ・・・糞が
279:login:Penguin
10/12/15 06:45:47 MNHV+qpH
猫にご飯
280:login:Penguin
10/12/15 11:07:07 jTVxHZBd
なんかワロタ
281:login:Penguin
10/12/18 04:03:36 qCGp7Nn3
AFTに適しているファイルシステムってどれなんでしょ？
282:login:Penguin
10/12/18 04:20:51 Fx3MEbwB
お前が作れよ
283:login:Penguin
10/12/29 11:25:21 DmFF0iB1
gfsってクライアント最高何台
ぐらいまでで利用できるのですか？
284:login:Penguin
10/12/29 21:39:38 4Rg7Oni5
VxFSたけーよ
285:login:Penguin
10/12/31 16:33:24 JhKSsqmn
来年はNILFSが、警告を出さないでマウントできるようになりますように。
286:login:Penguin
10/12/31 17:07:49 ShzHYhQx
-o compressでマウントしたbtrfs上で
aria2c --file-allocation=prealloc/fallocで適当なファイルをダウンロードすると、
wgetやaria2c --file-allocation=noneでダウンロードしたものとサイズやmd5sumが違ってしまうんだけど、
これってbtrfsかaria2のバグなのかしら？
誰か再現する人いる？
カーネルのバージョンは2.6.36
287:login:Penguin
11/01/01 10:02:21 siTfLSTK
Winsowsだと実質NTFSしか選べない(使い物にならない)からつまんねー
どっかがファイルシステム作ったりしないもんかな
288:login:Penguin
11/01/01 13:37:33 WTg8W7J2
まあMSのNTFS差し置いて主流になったりする希望が無いからなぁ
289:login:Penguin
11/01/01 13:54:08 tAUlAIOa
コンシューマ向けはexFATだっけか。
290:login:Penguin
11/01/01 14:57:59 MEIaeYqr
Windowsからext2/3/4あたりをシームレスに読み書き可能なドライバを
フリー（GPL）で出してくれればいいのになあ。
しかしx64対応が難しい（金がかかる）か…
291:login:Penguin
11/01/01 22:28:58 Vq2iPcNA
>>290
ext2fsdで可能だけど、ext4は制限あるかなー
292:login:Penguin
11/01/02 00:21:56 mRgwT/ja
xfsとかだとどうだろう
NTFSだとフォーマットするだけで無駄に容量食うし需要はありそうな感じ
293:login:Penguin
11/01/02 08:34:37 sSvSzeYU
>>292
某無線LANの親機に繋いでHDDを共有する時のフォーマットがxfsをサポートしてる。
需要あるかもしれないけど、Windowsから読めるドライバの情報が見つからない。
294:login:Penguin
11/01/02 12:29:29 mRgwT/ja
>>293
親機でsamba動いてるとか？
295:login:Penguin
11/01/04 05:20:55 txq9NUSX
今年こそ、ext3のデフラグが URLﾘﾝｸ(www.vector.co.jp)
のインターフェースで実現しますように。
そうすれば、きっとLinuxユーザーが3%(推定)くらいは増えるのに。
296:login:Penguin
11/01/04 10:12:55 j3pe53Zh
それはない
297:login:Penguin
11/01/04 14:15:23 ZAYmsTLl
Windowsって、アプリがファイル名を比べるときはかならず英大文字小文字を同一視するように作ってあるから、
単にファイルシステムドライバを作っただけではダメだと思うね。
それでも正気を保っていられるアプリなんて皆無だと思うよ。
298:login:Penguin
11/01/04 14:24:20 BFy6ogTh
NTFS自体は大文字小文字区別出来るんだけどね。
上のレイヤーがね……いい加減腐った互換性は捨てて欲しい。CP932とかもさ…
299:login:Penguin
11/01/04 20:09:59 OnNw2bpC
linuxは、windowsのようなカラフルなデフラグがないからダメなんだと思う。
あのデフラグを見ているだけで楽しいのに、linuxにはそれがない。
300:login:Penguin
11/01/04 20:35:27 BFy6ogTh
>>299
そんな異常性癖の人をターゲットにしたくないなあ
と釣られてみる
301:login:Penguin
11/01/04 21:53:43 ZAYmsTLl
デフラグしなきゃ使い物にならなくなる
時代遅れのファイルシステムしか選べない民は
心底、不幸だと思うよ。
と、俺も釣られてみる。
302:login:Penguin
11/01/04 22:54:26 OnNw2bpC
デフラグ専用ファイルシステムがほしい。
303:login:Penguin
11/01/05 09:26:44 D/y6tXBw
未だに、Linuxならデフラグなんてしなくても性能は低下しません(ｷﾘｯ
なんて奴が居るとは・・・
304:login:Penguin
11/01/05 11:06:56 Yb3ZR2+L
>>299
デフラグ画面っぽいスクリーンセーバでも作って眺めてれば。
305:login:Penguin
11/01/05 11:40:26 QMilJfBD
>>303
え、誰も言っていないけど？
306:login:Penguin
11/01/05 12:00:09 uSmWwsX2
素朴に思うんだけど、例えばパーテーションAとまったく同じサイズのBをつくり
cp A B をすれば、Bには断片化が解消された状態でコピーされて、
それを再び フォーマットしたAへと、cp B A して書き戻せば、
結果、Aにデフラグ相当の最適化を行ったことになるのでは？
307:login:Penguin
11/01/05 12:02:55 rIa5NjuI
そうだよ
308:login:Penguin
11/01/05 12:03:06 Yb3ZR2+L
>>306
それじゃ>>299の欲求は満たせないと思う。
309:login:Penguin
11/01/05 12:07:08 QMilJfBD
>>306
NTFSだとそれでも若干断片化するらしい
310:login:Penguin
11/01/05 13:46:43 Yb3ZR2+L
>>299
こんなんあった。
URLﾘﾝｸ(dav.sourceforge.jp)
311:login:Penguin
11/01/05 13:48:33 Yb3ZR2+L
あ、でも現状見るだけか。
312:login:Penguin
11/01/05 16:34:19 ZmmgYlrX
>>305
釣られんなよｗ
313:login:Penguin
11/01/05 16:37:44 QMilJfBD
>>312
誤謬を指摘しただけさ
314:login:Penguin
11/01/06 04:03:23 UV8hGk+J
必死(ﾌﾟ
315:login:Penguin
11/01/07 14:00:30 JWHy6S4g
storage foundation basic でvxvm/vxfsが無償で使用できるのでおぬぬめです
316:login:Penguin
11/01/07 15:53:56 WXT4gT4j
[Phoronix] Can DragonFlyBSD's HAMMER Compete With Btrfs, ZFS?
URLﾘﾝｸ(www.phoronix.com)
317:login:Penguin
11/01/07 16:30:33 bawiKhsl
比較条件もあまり詳しくないけど、まあ同じDFBSDの上でもUFSと
くっきり違うので、HAMMERは安定はしていても性能はこれからという
ことかね。
あと、なんかbtrfsのマルチスレッドランダムライトが速過ぎないか？
318:login:Penguin
11/01/07 16:38:23 /DdXN6cf
いつものPhoronixで予定調和
319:login:Penguin
11/01/07 19:35:33 YeXBzHDJ
例によって EXT3,4は async ?
320:login:Penguin
11/01/12 16:44:04 9LjZNhVD
Phoronixのベンチマーク（>>316）に対するDragonFlyの中の人の反応など
URLﾘﾝｸ(www.shiningsilence.com)
てかDragonFly/HAMMERは板違い？
321:login:Penguin
11/01/12 22:55:37 ZJLRKVTT
まあなんだかんだ言って
デフォルトのまま何も考えずに適当に使って他より著しく遅くはない
というのは大事。Phoronixは煽り装置としては優秀ということか。
322:login:Penguin
11/01/14 22:01:43 al1ByfG7
Intel の SSD には ext4 で FA ？
323:login:Penguin
11/01/14 23:11:50 IGJHhUfO
NILFSでそ？
324:login:Penguin
11/01/16 11:17:48 184ml9Iq
NILFS2で素朴な疑問なんだけど、
たとえばファイルAがあったとします。内容は”あいうえお”というテキストファイルです。
Aの内容を”あいうえ○”に書き換えたら、実際にはAの差分である”○”が追加で記録される形になるので、これをA’としたら、
AとA’の２つのファイルになる。（内部的に）
次にAを”あいうえ×”と書き換えたら、A＋A’の差分である”×”が追加で記録される形になるので、これをA’’としたら、
AとA’とA’’という３つのファイルになる。（内部的に）
で、もしも”あいうえ○”の時点のデータにアンドゥしたければ、A＋A’の時点のデータを参照することで戻れる。
もしも、ここが誤解でないとすれば、つまり、
たとえば
「ファイルサイズが１ギガのムービーファイルAがあって、この内容を１ギガ分全て書き換える。これを短い時間内に８０回繰り返すと、
ディスク容量は（内部的に）差分を記録するために １ギガ（A） ＋ ８０ギガ（Aの差分） を消費してしまう」ような気がする。
つまり、一見、「Aという１ギガのファイル１個しか記録されてない状態ないのに、容量８０ギガのSSDがもぅ書き込み不可能だ」という状態が、起こりうるのでは？という素朴な心配。
この心配も、たとえば、容量１０００ギガなどが当たり前の最近のハードディスクならあまり気にならないが、
一方、SSDは容量が貴重。
この貴重な容量を差分で使いきってしまうケースが起こりうるNILFS2を、はたして本当にSSD向きとして万人に薦めてヨイモノナノカ？正直、疑問。
すくなくとも、この差分をなんとかコントロールする方法を知らない状態でSSDにNILFS2を使うと、いろいろ怪奇現象に遭遇してしまいそうな予感。
「じゃぁ、GCの頻度を高く設定すればいいだろう」という話なのだろうけど、SSDの人にNILFS2を薦める際に、その辺のデメリットと対策の補足説明を加えつつ薦めてるケースって、一度も見たことが無い。
やはりこの辺は、NILFSの利点をのみを強調したい時は、あえて触れずに曖昧にしときたい部分なのだろうな…と思いつつレスを横から眺めてます。はて？
325:login:Penguin
11/01/17 15:11:02 fmDkxOiS
>>324
単なるベンチマーク紹介の時はどのFSだってそういった特徴の長所
短所は測定した性能関係以外書かないだろうし、一方でFSとして
紹介するなら長所短所を両方書かないのは少ないでしょ。一方的に
褒め上げて薦める提灯記事なんてNILFSでもどのFSででも見たことない。
漏れとしてはLVMの紹介した人に似たような突込みをしたい所だが・・・
326:login:Penguin
11/01/19 23:43:21 lFT2Ovvh
GCあるじゃんの一言で終了することをなんでこうも長ったらしく書き込めるんだろうなw
まあ，数GB一気に書き込む用途としてはハイバネーション時のHDD書き出しがあり得るといえばあり得るけど…そんなに問題になるのかねえ．
327:login:Penguin
11/01/20 21:17:39 MSE4WZgK
オンラインストレージ(webdav)をdavfs2でマウントして
バックアップ先として使おうと思ってるんですけど
当然、Linux特有のファイル属性は保存できないんで
アーカイブを読み書きできるファイルシステムを被せたいんですが
何かお薦めはありませんか？
328:login:Penguin
11/01/20 21:21:24 VfPywrcn
-o loop
329:login:Penguin
11/01/20 22:13:42 MSE4WZgK
>>328
ファイルシステムは何ですか？
330:login:Penguin
11/01/20 23:32:08 gELsZL/f
ext3とかすきなの
331:login:Penguin
11/01/20 23:42:55 MSE4WZgK
ディレクトリを-o loopではマウントできないですよね？？
332:login:Penguin
11/01/21 00:04:05 uEujiMoN
dav上にでっかいファイル置いて、それをフォーマットしてマウント。
333:login:Penguin
11/01/21 00:11:12 L3O9BtYI
>>332
できました
どうもありがとう
334:login:Penguin
11/01/21 11:37:45 CWPVa3So
そういえばSafeSync が容量無制限でwebdav で利用できるらしいので気になってる
>>327 みたいな使い方したいんだけど誰かLinux で試した人要る?
SafeSyncオンラインストレージサポートWeb
URLﾘﾝｸ(jp.trendmicro.com)
335:login:Penguin
11/01/22 22:13:23 lU2zx2Ka
やっぱりレイテンシ改善系は体感速度が上がって良いねぇ(スループットも上がってるけどね) >vfs-scale
stack-plugとreduce rqlockにも期待期待。
336:login:Penguin
11/01/23 09:19:15 n95JsDFA
>>326
そんな思考じゃ何時まで経っても進化しないぞぉ？
337:login:Penguin
11/01/24 19:50:03 Z8MOkTUM
オンラインストレージってファイルのサイズ制限があったりして
上で話題になった-o loopは使えないケースが多いな
サイズ指定のスライス＋暗号化をするfuseファイルシステムって需要ある？
dar使えばいいんだろうけど、FSスレなんで
338:login:Penguin
11/01/24 21:28:51 CUf4d81Z
>>337
サイズ目一杯のファイル沢山作ってLVMでまとめりゃいいんじゃないの
339:login:Penguin
11/01/24 21:41:40 Z8MOkTUM
>>338
それだと10GBのストレージなら最初に10GBのアップロードが発生してしまうよ
340:login:Penguin
11/01/24 22:50:46 XcYaMXaW
Debian SqueezeのインストーラメニューでReiserFSが選べなくなっていた。
ついに来るべきものが来たか、って感じ。
341:login:Penguin
11/01/24 23:51:39 YzH1TD/A
「アレが無いの...」
342:login:Penguin
11/01/25 07:53:59 aEjRSv4h
340が次に何を選ぶかに興味がある。報告ヨロ
俺も迷った挙句使いつづけた口
343:340
11/01/25 08:37:27 +DSBgMlu
>>342
ext4にしました。今一番無難かと思って。
btrfsも選べたのですがちょっと勇気がなく。
もうファイルが壊れるバグ治ってるんですよね？ > ext4
344:login:Penguin
11/01/25 11:21:14 GKZnNo9q
>>343
ファイルシステムの問題なのかどうなのか自分では判らないのだが、
SSDでTrim使おうと思って、mount -o discard でマウントすると
必ず数秒後にシステムハングしてしまう @Ubuntu 10.10 (kernel 2.6.35-24)。
345:login:Penguin
11/01/25 12:34:30 /3oVqk2a
インテルのSSDで？
346:login:Penguin
11/01/25 14:04:22 GKZnNo9q
コントローラは SiI 3512, SSDはToshiba THNSNB030GBSJ、
ICH10のWin7環境にこのSSDを付けて使う分には、TRIM有効で
特に問題は無いみたい。
hdparm -I で
* Data Set Management TRIM supported
は出る。
パーティションはLVM上ではなく、/dev/sda? に直接ext4を作った。
で、このパーティションでTRIM有効にするために -o discard でマウントすると
必ず固まるという感じ。TRIMさえ使わなければ非常に安定してます。
Intel SSDにしたり、SATAコントローラがICHのM/Bで試したりとかして、
再現性があるかどうかまでは確認できてないです。
347:login:Penguin
11/01/25 21:34:08 M2qgjpRR
>>337
eCryptfs は?
348:337
11/01/25 21:59:46 /gbWy/xN
>>347
ミソはスライシングの方なんだ
349:login:Penguin
11/01/26 21:23:25 Oi47k78h
会社のサーバで全部のパーティションを ReiserFS で運用していたら、
午後 5 時のコーヒータイム中に顔を真っ赤にした上司に怒られました
何故怒られたのか分かりませんが、上司はとにかく ReiserFS が嫌いなようでした
僕は 1 時まで残業して 8 台のサーバ全てのパーティションを泣く泣く XFS に変えました
350:login:Penguin
11/01/26 21:37:54 lowFMYZg
>>349
なんでXFSなんかにしたんだよ。また怒られるぞ？
明日朝一でbtrfsに変えとけよ。
351:login:Penguin
11/01/26 21:50:30 oXRrKlWq
おいおい、ここはJFSだろ。JK
352:login:Penguin
11/01/26 21:54:15 rK+jb2tn
>>349
怒られた理由は？
353:login:Penguin
11/01/26 22:16:39 Oi47k78h
それでは XFS でいいですか？と訊いたら上司がそれでいいと言ったんです
btrfs なんてまだ怖くて使えません
何かあったら僕の責任になってしまいますし
怒られた理由も分かりません
ただ上司が「何でサーバを ReiserFS なんかで運用するんだ」と言ったので、
上司が ReiserFS を個人的に嫌いなんだと思います
一体何故嫌っているのか知りませんが、鬼のように怒っていたので怖かったです
354:login:Penguin
11/01/26 22:18:57 q5bs3kxE
愛妻家なんだろう
355:login:Penguin
11/01/26 22:40:06 aIwFVQcf
ReiserFS崩壊事件の被害者だったとか
俺はまだext2使ってたなあ
356:login:Penguin
11/01/26 23:26:05 RR+z1vxd
今ReiserFSやXFS・JFSで運用する積極的な理由は特に無いと思うんだが
何かある？
357:login:Penguin
11/01/27 00:00:01 KLrZEKP4
16TB+
358:login:Penguin
11/01/27 00:05:34 HvMx0+vf
>>356
ReiserFSはもうオワコンだとして、XFSは、シーケンシャル性能がいいからDBストレージとかに
向いてるんじゃない? JFSはバグが多い印象があるんだけど、今はましなのかね?
359:login:Penguin
11/01/27 00:11:57 138kZe+P
ReiserFSはもうオワコン (ｷﾘｯ
360:login:Penguin
11/01/27 00:30:04 FxvT4/IS
コンテンツというかコンテナだな
361:login:Penguin
11/01/27 01:16:05 sT5bVpT4
>>349
何この上司怖い><
362:login:Penguin
11/01/27 07:04:00 0KpCbug+
>>349
ZFSだったらどうだったんだろw
363:login:Penguin
11/01/27 16:37:38 1/YM1pSY
会社のサーバで全部のパーティションを NTFS で運用していたら、
午後 5 時のコーヒータイム中に顔を真っ赤にした上司に怒られました
何故怒られたのか分かりませんが、上司はとにかく NTFS が嫌いなようでした
僕は 1 時まで残業して 8 台のサーバ全てのパーティションを泣く泣く RedhatGFS2 に変えました
それでは RedhatGFS2 でいいですか？と訊いたら上司がそれでいいと言ったんです
VxFS なんてまだ怖くて使えません
何かあったら僕の責任になってしまいますし
怒られた理由も分かりません
ただ上司が「何でサーバを NTFS なんかで運用するんだ」と言ったので、
上司が NTFS を個人的に嫌いなんだと思います
一体何故嫌っているのか知りませんが、鬼のように怒っていたので怖かったです
364:login:Penguin
11/01/27 16:49:27 KLrZEKP4
で、オチは？
365:login:Penguin
11/01/27 17:38:54 1/YM1pSY
何この上司怖い><
366:login:Penguin
11/01/27 18:47:46 EKUaQneb
出オチでした。ちゃんちゃん。
367:login:Penguin
11/01/27 23:31:19 jBlU5wW0
>>363
何でか分かったらまたおいで。
368:login:Penguin
11/01/27 23:36:52 qlsjiNHy
Reiser4のマージは2.6.38ころ
369:login:Penguin
11/01/28 00:43:50 32J100ug
>>364
上司=Jobs
370:login:Penguin
11/01/28 00:49:24 YhPH+bmJ
>>363 の意味がわからない。
縦読み？
誰か解説して。
371:login:Penguin
11/01/28 01:11:46 b/x36Fah
>>370
解説が必要なほどわからんてことはないだろ、ただのつまらない二番煎じなんだから。
372:login:Penguin
11/01/28 01:13:06 k+OOkgT1
>>368
え? 結局マージされるの?
373:login:Penguin
11/01/28 06:54:14 32J100ug
レイザー フォー!
374:login:Penguin
11/01/28 10:53:47 7pKfJxfd
>>340
インストーラのブートオプションで modules?=partman-reiserfs 入れると出てくるよ．sq-d-i rc2 amd64 buissinescard で確認
URLﾘﾝｸ(gyazo.com)
>>349 の上司には噴飯ものだろうが
>>348
興味ある
375:login:Penguin
11/01/28 13:25:10 MBw5Pf2w
>>374
これって使い物になる順？
376:login:Penguin
11/01/28 22:13:14 k+OOkgT1
>>375
使い物になる点で言えば
ext3
ReiserFS
ext4
XFS
ext2
じゃないか。ReserFS結構枯れてるよ。ただ将来性がな…
377:login:Penguin
11/01/28 23:06:08 1NE2xqQj
Reiserは、容量の制限とマルチプロセッサをあまり考慮してない点で
将来的には勧められないよね。
378:login:Penguin
11/01/28 23:09:43 n024EMJ0
>>377
reiserfs BKLでググってみれ
379:login:Penguin
11/01/29 11:16:20 tQL3JGen
exFATが実用的になるのってあと5年ぐらいはかかりそう？
380:login:Penguin
11/01/30 00:10:57 c672Tsc2
>>349
"/" をReiserfsにしていたということはSUSEあたりを使ってたのか?
381:login:Penguin
11/01/30 09:19:22 Wupzpywl
ReiserFS信者はキチガイばっかりやで～
382:login:Penguin
11/01/30 11:33:55 lsFJ1zDm
>>376
> ReserFS結構枯れてるよ。ただ将来性がな…
ReserFSで一番枯れているのが「将来性」だろ?
383:login:Penguin
11/01/30 13:26:36 kZKKtDb9
今の時代ソフトウェアが「枯れてる」ことなんて、年寄が新しいことを覚えなくていい
くらいのメリットしか無いよ
384:login:Penguin
11/01/30 13:44:40 4M/Tfeuf
ソフトウェアってくくりでそれを言うのはアホだな
コンパイラが一つも枯れてなかったらきっと世界の８割くらいが困ると思うし
385:login:Penguin
11/01/30 13:56:08 isVN+o8L
>>382
だれうまｗ
386:login:Penguin
11/01/30 14:16:36 swPWeapO
定期的に沸くハンスネタ
387:login:Penguin
11/01/30 19:18:45 6yAmfUju
-[Phoronix] Benchmarks Of The Official KQ ZFS Linux Module
URLﾘﾝｸ(www.phoronix.com)
zfs普通に速くね？
388:login:Penguin
11/01/30 23:11:55 swPWeapO
>>387
英語にうといんだが、これはFUSE経由?
389:login:Penguin
11/01/30 23:31:52 JsWbj4+E
疎いんならFUSEでいいんじゃね？
390:login:Penguin
11/01/31 00:08:36 POJQN/ZT
>>388
Native
GPL Onlyなシンボルを参照せずに動くプロプライエタリドライバ
特定のカーネル向けのバイナリリリースのみ
昔、Greg Kroah-HartmanがGPLなヘッダをincludeせずに
USBシリアルドライバは作れないって、バイナリドライバをリリースした会社を非難してたけど、
ファイルシステム周りってそんなこと無いのか
391:login:Penguin
11/01/31 00:44:05 WmB/cpX+
$ find fs -maxdepth 1 -type f|xargs grep EXPORT_SYMBOL|wc -l
507
$ find fs -maxdepth 1 -type f|xargs grep EXPORT_SYMBOL_GPL|wc -l
59
これくらいなら頑張ればどうにかなるかねえ
ついでにUSB
$ find drivers/usb/ -type f|xargs grep EXPORT_SYMBOL|wc -l
243
$ find drivers/usb/ -type f|xargs grep EXPORT_SYMBOL_GPL|wc -l
193
392:388
11/01/31 01:24:00 cmp9Zk79
>>390
Thx. ちょっとがっかり
393:login:Penguin
11/01/31 01:53:02 YU8V9paj
キモーイｗ
394:login:Penguin
11/01/31 01:59:51 BPHwdzjU
URLﾘﾝｸ(zfsonlinux.org)
395:login:Penguin
11/01/31 11:26:31 CSmwZFY7
そもそもヘッダは著作性がないのでGPLの適用外というのは
RMS自身がいってるんだけどな。
396:login:Penguin
11/01/31 14:24:02 7VtuHPcg
URLﾘﾝｸ(howtoforge.com)
UbuntuでネイティブにZFSを使う方法
URLﾘﾝｸ(journal.mycom.co.jp)
397:login:Penguin
11/01/31 20:17:19 zjs1pjWU
FreeBSDやOpenSolarisのZFSベンチより良好かも。
まあ、ZFSの便利な機能がどこまで実装されてるのか分からないけど。
あとは、osとfsのミスマッチが少なく地雷原でなければいいな、、
398:login:Penguin
11/01/31 23:22:58 liyrskj0
ext4で何か不満でもあるか?
399:login:Penguin
11/01/31 23:24:17 jgkjjWnP
あのあこがれのSolaris由来のZFSがー、とかそんなの
400:login:Penguin
11/02/01 02:22:02 W256FXPa
ext4にそりゃ不満はある
別にzfs使いたいわけじゃないのよ。btrfsだろうとHammer fsだろうと使えりゃなんでもいい
401:login:Penguin
11/02/01 22:26:16 R/0XmLpc
他のOSから貰ってきてばかりでLinux発の優れたFSが無いってのも辛いな。
402:login:Penguin
11/02/01 22:48:37 W256FXPa
btrfsとかreiser*はlinux発だろ？ 何言ってんだ
403:login:Penguin
11/02/02 08:36:43 d2Es9uH1
btrfsが現時点で優れたfsだとは口が裂けても言えないし、reiserfsも当時としては
優れたfsだったのかと言われれば、正直それほどでもなかった。
404:login:Penguin
11/02/02 11:25:35 t5etkpsc
>>403
当時あった「他の優れたFS」って何？
405:login:Penguin
11/02/02 11:38:58 RcYYJhdc
>>404
XFSかな。reiserfsよりも先にメインツリーにマージされたし。
reiserfsは3.5の途中まで散々ファイシステム壊れたし。
406:login:Penguin
11/02/03 14:40:57 2fNukWw2
>>353
reserfs じゃ駄目だとする理由が分からない。
「嫌な事件だったね」
407:login:Penguin
11/02/05 20:14:18 vLzflafa
突然で申し訳ございませんが質問させてください。
HDD 上のファイルを CD へ書き込む時のように、
あるファイルシステム上に存在するファイルを異なるファイルシステムに書き込む時に、
そのファイルに対して何か変換は行われるのでしょうか。
例えば、Windows Media Player を使って CD に音楽ファイルを書き込もうとすると、
下記画像のように途中で音楽ファイルの状態が [待機中] に変わります。
URLﾘﾝｸ(tropel.fc2web.com)
そして、全ての音楽ファイルの状態が [待機中] に変わると、
下記画像のように今度は先頭の音楽ファイルから順に、
ファイルの状態が [ディスクに書き込んでいます] に変わります。
URLﾘﾝｸ(tropel.fc2web.com)
この変化を見て、
あるファイルシステム上に存在するファイルを異なるファイルシステムに書き込む時は、
そのファイルに対して何か変換が行われるのだろうか、と考えたのですが
この考えは合っているのでしょうか。
※最初、Windows Media Player スレで質問しようと思ったのですが、
そのスレでは今回質問した細かい話よりも機能の話がメインのように思われましたので
こちらで質問いたしました。スレ違いでしたら誘導いただけると嬉しいです。
何かコメントいただけるととても嬉しいです。
以上、よろしくお願いします
408:login:Penguin
11/02/05 20:32:41 MIvBPD1Y
>>407
まず「変換」の意味がよく分からないけど多分回答はいいえ
そしてその例はあまりにも板違い
409:login:Penguin
11/02/05 20:48:06 oN6MmZyv
たぶんVFSの話？
410:login:Penguin
11/02/05 20:49:26 4HM1WmKy
>>407
質問が一般的過ぎて、嘘を言わないようにしようとすると「はいでもありいいえでもあり」としか…。
ストリームデータをMVSのデータセットに保存するとかは極端としても、例えばzfsのように指定により
圧縮FS機能を持つものでは当然ストリームデータを書き込み・読み出しする際に変換が行われるわけで…。
411:login:Penguin
11/02/06 11:43:58 Eos+0tzD
みなさんありがとうございました。
>>410
> 質問が一般的過ぎて、嘘を言わないようにしようとすると「はいでもありいいえでもあり」としか…
それはつまり、ファイルシステムによって変換されるかどうかが変わるという意味でしょうか？
そもそも、Windows 系や Unix, Linux 系のファイルシステムは OS 依存で作られたのに
ファイル自体はどちらのシステムでも読み書きできるのが不思議で……。
※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
412:login:Penguin
11/02/06 15:19:51 /GWGU6X/
>>411
あまりにも知識がなさすぎるから、ちったァまともにお勉強しろとしか言えない
413:login:Penguin
11/02/06 15:33:58 hzTGO1BE
>>411
>※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
狭い意味でのファイルシステムは関係無いんだよ。
414:login:Penguin
11/02/06 16:01:44 T58Prf27
>>411
基礎的なところから学ぶしかないですね。ガンバw
415:login:Penguin
11/02/06 16:51:29 /OJ8D/+e
>>411
> それはつまり、ファイルシステムによって変換されるかどうかが変わるという意味でしょうか？
>>410じゃないけど「ファイルシステムによって変換されるかどうかが変わるという意味」にしか取れない。
会話が成立しているのか疑問だけど。
> そもそも、Windows 系や Unix, Linux 系のファイルシステムは OS 依存で作られたのに
> ファイル自体はどちらのシステムでも読み書きできるのが不思議で……。
> ※例：Windows の NAS サーバを Linux からマウントして読み書きできたり……
WindowsのNASサーバはcifsという仕様に対応していればOSに関係なくアクセスできる。
Linuxカーネルはcifsに対応している。何を不思議に思っているのかよく分からない。
なお、このスレにはcifsを含むネットワークファイルシステムはスレ違いと考えてる人が多い。
416:login:Penguin
11/02/06 17:46:08 ZsSPLNsC
ReiserFSのBKL削除後って落ち着いたの？
2.6.33以降にアップデートするの怖くてためらい中なんだけど…。
417:login:Penguin
11/02/06 19:42:01 zM4CyLKl
>>416
Kernel 2.35 上で reiserfs 使ってますが、
採用してからここ数カ月のところで問題はでてないですね。
# 問題が出てて、気づいてないだけかもしれないですが。
商用サービスのWEBサーバ200台前後で利用してます。
418:417
11/02/06 19:42:52 zM4CyLKl
間違えた。
Kernel 2.35 => Kernel 2.6.35
419:416
11/02/06 22:25:08 ZsSPLNsC
>>417
おお、参考になります。
とりあえずクライアントだけでも新しいカーネルにしてみようかな。
420:login:Penguin
11/02/08 10:32:54 vCPYc8sR
>>416
xorg-edgersにある2.6.38-2上でreiserfs使ってるけど、今のところ問題ない。
少し前のカーネルまではカーネルパニックすることがあったけど。
421:login:Penguin
11/02/08 10:55:21 OKFOanNQ
>>417
あなたの見てないところでファイルシステムは壊れるもんだ。
422:login:Penguin
11/02/10 23:23:44 kurdLey5
ReiserFSなだけに何があるかわからんよな
423:login:Penguin
11/02/11 10:12:06 ISXBOMmB
FS壊れなかったけど、ヨメさん居なくなったみたいな感じか
424:login:Penguin
11/02/11 15:22:39 InV1ShAs
何回fsck.reiserfsしてもls /lost+foundでNinaが出てくる恐怖は異常
425:login:Penguin
11/02/11 15:47:01 eoxkdTDq
for i in $(find $(mount | grep reiserfs | awk '{print $3}') -type f); echo Nina I love you > $i
426:login:Penguin
11/02/11 21:26:08 Qk27Neng
やめろよ
人が死んでるんだぞ
427:login:Penguin
11/02/11 22:55:16 ISXBOMmB
俺は >>422 が原因だとおもう
428:login:Penguin
11/02/11 22:56:30 PWf/Djr6
上司登場
429:login:Penguin
11/02/12 01:40:02 3n8WbfZz
力士の携帯電話は、細君が踏んで壊れたらしいが…
430:login:Penguin
11/02/12 02:05:19 +T8gKcj8
細君と太君
431:login:Penguin
11/02/12 14:20:46 +4XqOv5O
今(2.6.37)のext4ってext3より安定してるの？
新しくデータ用のディスクを追加するんだけど、どっちにしたらいい？
432:login:Penguin
11/02/12 18:37:22 aewq3oZd
>>431
無難な子と言うとext3でしょう
433:login:Penguin
11/02/12 19:38:22 Yw35q1kL
チャレンジしてext4にするほどの価値があるのか
434:login:Penguin
11/02/12 19:45:00 41/a0nbM
ext4は別にチャレンジでもないでしょ
ext2はチャレンジだけど
435:login:Penguin
11/02/12 21:15:29 kgezaLoF
>>431
クリーンインストールの際にデフォルトのファイルシステムを選ぶのが普通だと思う。
436:login:Penguin
11/02/14 05:13:16 qcWOLZBi
ext4はAndroidスマートフォンやタブレットのファイルシステムに採用されるぐらいだから、
いまや無問題といってしまってもいいかと。
437:login:Penguin
11/02/15 01:02:59 P6b157uQ
btrfsだってMeegoで採用される程だから(ry
むしろあれ系は用途・用法がある程度固定的だから、
多少問題があっても秘孔を突かない適用方法が取れるだけなんじゃないかと少し思ってる。
438:login:Penguin
11/02/15 17:09:50 8xscHZ+L
ext3は38年問題にひっかかるからしょうがなく4使ってるだけ
本当なら枯れた3使いたい
439:login:Penguin
11/02/15 17:12:29 acXF4l/a
それ枯れてないじゃんw
440:login:Penguin
11/02/15 17:42:23 vCgZV+Eq
枯れているので手を入れにくいつう事もあるだろう
簡単だからと言って直したら潜在的な問題が発覚して大騒ぎとか…
441:login:Penguin
11/02/16 10:20:13 eDH3sAl+
ファイルシステムみたいな巨大なシステムはカーネルに入れるべきじゃない。
速度と行っても，IOなんてアホみたいに遅いんだから、多少遅くとも、ユーザーランドに移したほうがいい。
ユーザーランドの方がデバッグもしやすい。
どうだろう？
442:login:Penguin
11/02/16 10:25:53 a29lOmyi
それなんてFUSE?
443:login:Penguin
11/02/16 10:40:08 7XNuGQqH
GNU Hurd ですね、わかります。
444:login:Penguin
11/02/16 14:44:48 JlAAYByM
>>441
そうだそうだ。
ファイルシステムもネットワークもディスクもみんなみんなIOなんだ。
いっそIOフレームワークを作って全部カーネル外に追い出すべきなんだ。
カーネルはアクセス保護とスケジューリングだけやってればいいんだ。
・・・と言って欲しいのですね、わかります。
445:login:Penguin
11/02/16 15:44:35 S10IyHLF
結局、安定しているのはzfsってことでOK?
446:login:Penguin
11/02/16 15:49:31 a29lOmyi
OK
・・・と言って欲しいの(w
447:login:Penguin
11/02/17 06:19:25 pUs66MyP
readonlyなパーティションってext2でいいよね？
どうせ書き込みなんてしないんだからジャーナル不要
448:login:Penguin
11/02/17 07:24:04 HiyKtwER
cramfsでおけ。本当にreadonlyなら。いやext2でもいいけど。
449:login:Penguin
11/02/17 22:42:21 jUBS7bIK
いやそこはminixfsだろ
450:login:Penguin
11/02/18 11:36:16 SLRM9W/5
mkfs -t ext4 -O ^has_journal
やっぱこれだろ
451:login:Penguin
11/02/23 00:34:09.79 UuRlv/tF
圧縮ファイルシステムって、jpgとかmpgとか圧縮効かないものは圧縮しないとか
とりあえず生で保存してヒマなときに圧縮してくれるとか
そういうイカした機能は無いの？
452:login:Penguin
11/02/23 01:04:40.97 EcSDOEeG
そんな機能がFSの仕事だったら嫌だな
453:login:Penguin
11/02/23 07:45:16.26 grlwtDbB
lzo系の計算量が少ないの使ってるような。
454:login:Penguin
11/02/23 21:25:51.10 lfuuWM19
エロ画像を発見し勝手に削除するFS
455:login:Penguin
11/02/23 21:26:27.34 lfuuWM19
名付けてRestrictedFS
456:743
11/02/24 00:07:02.20 9yBrX7R4
ファイル内容を自動スキャンし、エロビットをsetattrすると。
ユーザーが未成年だとlsしても空フォルダに見える。
457:login:Penguin
11/02/24 01:36:30.53 IoCHLAuI
yomeFS
458:login:Penguin
11/02/24 05:49:40.31 LY9CoVp8
YOFS
ラップ以外の音楽ファイルがいつの間にか消えます
459:login:Penguin
11/02/24 08:45:31.72 dEMc8RlS
>>454
俺のハードディスクを空にするなよ
460:login:Penguin
11/02/25 00:33:43.93 eoapWyVu
nyFS
すべて公開されますw
461:login:Penguin
11/02/25 00:41:34.72 GGYFSI6q
>>460
fuse でp2p なネットワークで匿名disk とか
すげえ遅いだろうけど…
462:login:Penguin
11/02/25 12:13:45.55 OjOEH/4x
一回書き込んだら消すのが大変そうだな
バックアップ用なら最強かも
463:login:Penguin
11/02/25 17:57:39.64 3rrTlLPR
TorrentFSとか実用的じゃまいか
464:login:Penguin
11/02/25 19:53:38.84 9ecmfk6c
ピアが居なくなってファイル取り出せなくなったりしてなｗ
465:login:Penguin
11/02/25 21:29:28.57 dvI0L0gg
嫌すぎるな
466:login:Penguin
11/02/26 07:17:08.79 MDBXgvUp
cramfsってハードディスクのパーティションに直接作成できる？man読んでもターゲットの指定にfileって書いてある。
467:login:Penguin
11/02/26 11:52:53.84 z+skQn4i
>>466
できるよ。16MB のパーティション切って、
mkcramfs dirname devicename
-> mkcramfs /home/hoge/some/dir /dev/sda3
とかすりゃいいんじゃね?
パーティション切らなくてもいいけど、
16MBしか使えないからめっちゃ無駄になるよね。
468:login:Penguin
11/02/26 16:38:50.79 MDBXgvUp
>>467
ありがとう
busyboxとカーネルおじさんしか置かないからおk
469:login:Penguin
11/02/26 16:42:57.58 l2UEaSXl
16MBってファイルサイズの制限でファイルシステムサイズの制限ではないね
470:login:Penguin
11/02/26 20:23:41.40 z+skQn4i
>>469
簡単にファイルサイズの制限って言っちゃうと、語弊があるなぁ。
圧縮後のファイルシステムを収めたファイルのサイズ上限が 16MB。
実デバイスじゃなくてファイルとしての利用が前提のファイルシステムだから
こういう言い方になっちゃうけど、なんだかわかりにくいよね。
つまり、実ディスクのバーティションとして利用する場合の
バーティションサイズの上限も16MB。
ファイルシステムサイズの制限という言い方にそっていうと、
・圧縮前のファイルシステムの上限は 256MB。
・圧縮後のファイルシステムの上限は 16MB。
て感じになるのかな。
んで、どっちかの制限にひっかかると mkcramfs が失敗する、と。
記憶だけで書いているから間違ってたらつっこんでね。
471:login:Penguin
11/02/26 22:56:49.35 MDBXgvUp
JFのカーネル2.4のドキュメントによると、ファイルシステムのサイズが256MBまで、最後のファイルが256MB以内に始まっていれば256MBを超えることもできる、と書いてある。
472:login:Penguin
11/02/27 01:41:53.15 S9Lg2Ubp
>>471
なんで、2.4 のドキュメントなの?
2.6のもあるじゃん。書いてあることは同じだけど。
URLﾘﾝｸ(archive.linux.or.jp)
URLﾘﾝｸ(archive.linux.or.jp)
URLﾘﾝｸ(git.kernel.org)