12/01/15 16:38:56.72 OMF5PJgt
●過去スレ
01 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
03 ｽﾚﾘﾝｸ(linux板)
04 ｽﾚﾘﾝｸ(linux板)
05 ｽﾚﾘﾝｸ(linux板)
06 ｽﾚﾘﾝｸ(linux板)
07 ｽﾚﾘﾝｸ(linux板)
08 ｽﾚﾘﾝｸ(linux板)
09 ｽﾚﾘﾝｸ(linux板)
10 ｽﾚﾘﾝｸ(linux板)
11 ｽﾚﾘﾝｸ(linux板)
12 ｽﾚﾘﾝｸ(linux板)
13 ｽﾚﾘﾝｸ(linux板)
3:login:Penguin
12/01/15 16:39:47.97 OMF5PJgt
●関連リンク
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)
4:login:Penguin
12/01/15 16:41:20.96 OMF5PJgt
●関連リンク2
en:List of file systems
URLﾘﾝｸ(en.wikipedia.org)
Linuxファイルシステム技術解説
URLﾘﾝｸ(www.atmarkit.co.jp)
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ﾘﾝｸ(hesonogoma.com)
URLﾘﾝｸ(hesonogoma.com)
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
URLﾘﾝｸ(www.phoronix.com)
● リンク切れ
File Systems in Linux
URLﾘﾝｸ(www.linux.org)
5:login:Penguin
12/01/15 21:10:03.86 GKB6xX6Z
乙、とでも言ってやるか！
6:login:Penguin
12/01/16 00:36:19.61 WWeNx1ai
乙
テンプレにzfsのリンクもあればうれしいの
7:login:Penguin
12/01/16 00:41:29.32 WWeNx1ai
zfs URLﾘﾝｸ(zfsonlinux.org)
それともこっちかの URLﾘﾝｸ(hub.opensolaris.org)
8:login:Penguin
12/01/17 02:24:12.08 oArY6qaA
引き続きxfs+nfsでのカーネルスタックについてお楽しみ下さい！
9:login:Penguin
12/01/18 00:41:56.53 kXQrZzJB
>>8
導入事例も結構多いし、シャレにならない問題だからなぁ。
10:login:Penguin
12/01/18 02:05:28.66 OxgttFN8
Linuxはこういうところが無責任で嫌い＞＜
早く直してくださいよ。
11:login:Penguin
12/01/18 04:04:53.39 9QDpQUDX
そのカーネルスタックの問題とやら、再現する手順は確立されてる？
この環境でこんな負荷かけたら確実に発生するよってのが分かればいいのだが
12:login:Penguin
12/01/18 08:11:21.10 ZCPal1+D
xfs以外で16TB超えられるファイルシステムで yum とかで簡単に導入出来る奴ってあるの？
13:login:Penguin
12/01/18 08:28:29.79 EYjnx1zE
>>12
yumってことはRHEL系か。なら、RHEL6系OS + ext4。ただし、現状208日問題あり。
14:login:Penguin
12/01/18 09:33:42.74 ZCPal1+D
ext4って16GB越えのパッチ当たってるRHELでのrpmってあるの？
Fedra はあった気がするけど
15:login:Penguin
12/01/18 09:34:00.15 ZCPal1+D
16GBじゃなくて16TBだ・・・
16:login:Penguin
12/01/18 12:57:28.78 1I1THKd5
>>11
いまのとこ前スレの
>963 名前：login:Penguin [sage]： 2012/01/14(土) 22:34:19.77 ID:VDsdnEd3 (2)
>xeon dpと4G fcのカタい設定でserver20台用意して
>xfsとext3半々、nfs越しに負荷かけたら、
のみ。FC-HBAの種類、カーネルバージョン等不明。
17:login:Penguin
12/01/18 19:37:29.68 ufP8Z2JY
参考ページな。
XFS でスタックがオーバーフローするから避けたほうがいいんじゃないか的まとめ
xfs stack overflow
URLﾘﾝｸ(togetter.com)
XFS on x86_64
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
18:login:Penguin
12/01/19 02:18:59.67 1qV+4z8e
このスレの識者さんたちは、デスクトップ向けだとどのfsがおすすめなの?
19:login:Penguin
12/01/19 02:33:00.78 jjHB+bRd
>>16-17
ありがと
そしてディス鳥・カーネルバージョンもよくわからんと。。。
とにかく発生するのはものすごくレアなケースなのだろうね
RHEL3時代のext3は高負荷かかるとすぐにハングする代物だったが、
XFS関連での障害は周りで聞いたことないす
20:login:Penguin
12/01/19 02:34:16.77 QHvaYXxg
>>18
ext3
21:login:Penguin
12/01/19 03:14:51.23 H7QYZObP
>>18
ext3
22:login:Penguin
12/01/19 03:33:05.82 xEactDAN
>>10
マイクロソフトの方？乙っす
23:login:Penguin
12/01/19 08:41:55.43 6zCr+Ldt
ext3は16TB以上が・・・
24:login:Penguin
12/01/19 10:35:26.14 Z7VnP04G
15TBのパテをいくつも作ればよろしい
25:login:Penguin
12/01/19 11:03:08.32 Ys/T7C2Q
>>17
ステマ？
26:login:Penguin
12/01/19 12:11:38.47 xEactDAN
>>25
ん？？なんの？
27:login:Penguin
12/01/19 22:09:40.78 v2Quvzff
>>24
運用上めんどくさいじゃん
28:login:Penguin
12/01/20 00:41:30.58 3Ebni27I
じゃあXFSでいいと思うよ。
ていうか他にまともな選択肢ないじゃん。
hfsplusかntfsでも使うか？
29:login:Penguin
12/01/20 01:19:04.89 APz7+BCz
ntfs使ってるけど、もうずっとノートラブルで快適でいいよ
30:login:Penguin
12/01/20 09:56:58.78 af+95EqR
>>27
デスクトップ用じゃなかったの？
31:login:Penguin
12/01/21 14:10:14.62 u7354vx0
デスクトップというか個人で16TB以上のファイルシステム扱うなんてそうそう無いよな
32:login:Penguin
12/01/21 15:25:04.79 i3I5LdvR
個人でデータ用に使うならNTFSが最強っぽい
33:login:Penguin
12/01/21 15:33:16.86 EJHzwks6
>>32
スレ違い
34:login:Penguin
12/01/21 15:44:36.32 avGQDmJx
個人で使うならWindowsが最強っぽい
35:login:Penguin
12/01/21 15:52:47.52 i3I5LdvR
>>33
なんでLinuxで使ってるのにスレ違いなの？
36:login:Penguin
12/01/21 17:25:13.35 x7+irdlW
レス違い
37:login:Penguin
12/01/21 21:30:23.41 tQG+Il8o
>>32
ntfs-3g が重すぎる気がするんだけど気のせい？
38:login:Penguin
12/01/21 22:15:40.44 +qnrYWlq
>>37
それたぶん気のせいじゃない
どのファイルシステムと比べてか知らんが、とにかくntfs-3gは遅い
モンキーパンツのページ見ようぜ！
URLﾘﾝｸ(hesonogoma.com)
39:login:Penguin
12/01/21 22:31:16.60 avGQDmJx
だからやせ我慢しないで素直にWindows使えばいいのに
40:login:Penguin
12/01/21 23:04:23.94 u7354vx0
なんで個人の話になってるんだ？
このスレだったら小規模でもサーバー立ててクラスター作ってるんだと思ったんだけど
41:login:Penguin
12/01/22 11:04:51.57 1FR41QhQ
なんでそんな妄想したんですか？
42:login:Penguin
12/01/22 15:27:23.00 1/ibAyGp
LinuxはサーバーOSだからだろ？
言わせんなよ。
43:login:Penguin
12/01/22 19:16:36.33 q5NEirwY
人殺しが作ったファイルシステムが一番パフォーマンスがいいんやな
悲劇やな
44:login:Penguin
12/01/22 19:33:34.20 89nWPcee
reiserfsとxfsどっちのほうがつよいの？
45:login:Penguin
12/01/22 19:37:13.01 GsC0g0cx
それはニーナに訊けよｗ
46:login:Penguin
12/01/22 21:00:07.21 FU1IwYIz
死人に口無し
47:login:Penguin
12/01/22 22:06:52.89 Sk44jDt7
xfsでカーネルスタックが起きる具体的な事例を教えてくれ
48:login:Penguin
12/01/22 22:19:14.33 nig10grW
>>47
KOSAKIたんの元ネタのこのスレッド
URLﾘﾝｸ(lkml.indiana.edu)
49:login:Penguin
12/01/22 23:53:30.77 8PQHq6RA
kosakiタソまじハッカー
50:login:Penguin
12/01/23 16:01:03.90 2tDnNQXj
InfoQ: Windowsの新ファイルシステム: ReFS URLﾘﾝｸ(www.infoq.com)
51:login:Penguin
12/01/23 16:03:55.22 4nrgfOwI
>>50
板違い
52:login:Penguin
12/01/23 16:28:20.44 BYK1Zey8
そうカッカしなさんなって。
特にエラー検知はLinuxにも必要な仕組みだ。
全域チェックサムは今のところZFSにしか付いていない。
ファイルシステムの後進性がLinuxの足かせになりつつある気がする。
FUSEでもいいから使いたい。
53:login:Penguin
12/01/23 18:15:27.10 xcQufmIr
>>52
> 全域チェックサムは今のところZFSにしか付いていない。
btrfsはダメなの?
54:login:Penguin
12/01/23 18:22:34.20 dA5MDfMk
ダメだろ
55:login:Penguin
12/01/23 18:28:17.05 kNWatxow
完成すらしなさそうだしな
56:login:Penguin
12/01/23 18:33:47.85 xcQufmIr
>>54
>>55
技術的な差違が説明できないなら帰って。
57:login:Penguin
12/01/23 18:35:39.04 otbuL5Qq
残念ながら>>52はそんなことはどうでもいいのだ
58:login:Penguin
12/01/23 21:52:39.42 SdlTRybF
>>56
賛成！
59:login:Penguin
12/01/23 22:42:18.90 +v0hcNIv
Fedoraスレから転載
URLﾘﾝｸ(fedoraproject.org)
60:login:Penguin
12/01/24 00:15:57.50 T+79sS7e
ファイルシステム民が考える
最高の自宅サーバーのFSの構成を教えてくらはい
/boot
/home
/var/www
/var/log
/var
/tmp
/mnt
61:login:Penguin
12/01/24 00:17:59.43 V1rEC4r+
/boot：xfs
/home：btrfs
/var/www：ZFS
/var/log：ZFS
/var ：ZFS
/tmp：btrfs
62:login:Penguin
12/01/24 00:18:11.83 VxYUDzd2
/boot
/
/data
63:login:Penguin
12/01/24 00:19:20.19 fwgFSaTj
/
64:login:Penguin
12/01/24 00:22:16.24 vbc8c5RJ
全部zfsでいいやと思ったけど
/tmpはtmpfs一択だな。メモリに余裕があればの話だけど。
65:login:Penguin
12/01/24 07:17:14.49 hrO1DDPN
NTFSが遅くてext3が速いってのはLnux上で使ったときの話だろ?
Windowsでは実際NTFSしか使えないから検証のしようがないが
もしWindows上でext3(4)が使えるようになったとしたら相当速くなったりするんだろうか
66:login:Penguin
12/01/24 08:03:56.13 ERJGzkkM
>>65
板の性質上winでのパフォーマンスには興味ない奴が大多数だと思われ
67:login:Penguin
12/01/24 10:01:33.82 J4UOB6Ac
もうFreeBSDでいいじゃん
おまえら15年もの間よくがんばったよ
68:login:Penguin
12/01/24 11:23:47.96 qSF1nGkV
>>65
オープンソースのext4実装onWINDOWSの場合、速い！でもなんか心配。。。で使われない
まさかのMSがext4実装の場合、MSがNTFSより速くする訳がない
という話になるわな
69:login:Penguin
12/01/24 15:01:31.70 +81VQicO
ZFS正式サポートのFreeBSDに比べてLinuxときたら...
70:login:Penguin
12/01/24 15:36:44.05 X/8s72qs
>>65
ext3はwindowsでも使えるよ。
ext4は読み込みだけだったけど、今は書き込みもできるのかな。
速度は気にしたことないからわからない。
71:login:Penguin
12/01/25 01:45:56.56 SSFo0CPe
JFS
72:login:Penguin
12/01/25 02:01:32.04 gm608zMB
>>71
まともにメンテされてないやん
73:login:Penguin
12/01/25 02:04:04.53 WF/syvJZ
ext5の開発が待ち望まれるな
74:login:Penguin
12/01/25 02:12:26.63 gm608zMB
>>73
そもそもext4はbtrfsまでのつなぎのfsとして開発が始まったものなので、
もしext5が開発されるようなら、Linuxのfsはかなり終わってる状況…
75:login:Penguin
12/01/25 03:20:26.38 pZrek6I/
Oracleってlinux助ける為にbtrfs買い取ったんじゃないの？
76:login:Penguin
12/01/25 09:34:39.99 H4Y9PoGh
他のスレに書いたけどそのスレ数日間止まってるのでここにも書かせて下さい
NFSサーバってファイルを読む時にサーバ上のメモリにキャッシュすると思うけど
4GBとか大きなファイルにアクセスする時にはいきなりファイル全体をメモリに置くの？
それともアクセスの状況を考えてちょっとずつ置くの？
例えばメモリ16GBぐらいのシステムで別の4GBのファイル8つに
クライアントがそれほど速くない速度（4MB/sec）アクセスした場合は
どんな感じでキャッシュされるのだろう？
77:login:Penguin
12/01/25 09:53:50.73 MAiMGPFy
FIFOじゃね？
78:login:Penguin
12/01/25 10:23:30.24 mCUEY8CR
>>75
OracleにしろRHにしろ、買収した途端に発展が止まるのが定番パターン。
79:login:Penguin
12/01/25 11:39:09.59 cGEONHt7
大きい企業が手を出すとスピード感が落ちるのは仕方ない
80:login:Penguin
12/01/25 17:37:38.42 K2Wo0c1d
買収？
81:login:Penguin
12/01/25 19:33:17.48 BDrz7Z53
>>74
＞そもそもext4はbtrfsまでのつなぎ
ソースが見当たらない。
82:login:Penguin
12/01/25 19:46:37.17 gm608zMB
>>81
日本語で簡単にググって見つかる範囲だと、たとえば
URLﾘﾝｸ(ec.nikkeibp.co.jp) の
「カーネル開発者の間でも，「ext4」はつなぎであり，Btrfsこそが，
これからのファイル ・ システムの “本命” といわれています」
とか
83:login:Penguin
12/01/25 19:49:57.94 jYfMm9nB
>>82
日経Linuxの記事タイトルってソースとしては弱すぎやしないか？
84:login:Penguin
12/01/25 19:52:24.07 MAiMGPFy
（※ 記者の願望です）
85:login:Penguin
12/01/25 20:09:08.55 RZHgEp4Q
※要出典ってやつか
86:login:Penguin
12/01/25 20:09:57.16 gm608zMB
>>83
うぐぅ。当時のLKMLのアーカイブから引っ張ってくるの面倒なんだもの…
87:login:Penguin
12/01/25 20:16:10.74 jYfMm9nB
俺もbtrfsにはめっちゃ期待してるから
別にbtrfsをディスるつもりはないけど
2009年当時と今じゃ事情が変わってたりするだろうしね。
88:login:Penguin
12/01/25 20:18:19.78 gwUSLgVo
Ted Ts'oがはっきりそう言ってる。
もう何年も前の話だから、今どう考えてるのか知らないけど。
検索代行してやるつもりはない。
89:login:Penguin
12/01/25 20:26:32.64 vsoijb/G
LinuxはGNU Hurdが出るまでのつなぎ。
そう思ってた時代が私にもありました。
90:login:Penguin
12/01/25 20:28:42.71 jYfMm9nB
英語版wikipediaのbtrfsから辿れるリンクに確かにTed Ts'oがそういう旨のことを言ったって記事があるね
URLﾘﾝｸ(arstechnica.com)
これも2009年だからちょっと古めだけど
少なくともext4が作られた当時はbtrfsへのつなぎみたいな気分で作られたみたいね。
91:login:Penguin
12/01/25 22:24:05.68 IvAAC+iO
じゃあそろそろ btrfs にインスパイアされた ext5 が出てくる頃合いじゃねぇか・・・
92:login:Penguin
12/01/25 22:51:54.41 8IPfB2E6
じゃあ俺はext0を作るお
93:login:Penguin
12/01/25 23:18:06.98 sfsxBgV6
じゃあおれはexit
94:login:Penguin
12/01/26 00:44:30.65 rWv38/3V
そういう停滞した雰囲気なら、もうそろそろストールマンがGNU FSとか出してきそうだけどな。
そのFSに置かれたファイルは全て自動的に共有される機能搭載とかで。
95:login:Penguin
12/01/26 00:49:21.51 CNMI4b/7
たかがディスクにデータ並べるだけの話なのに似たようなものいくつも作って競い合って馬鹿みたい
96:login:Penguin
12/01/26 01:04:26.35 n4t3Mpyv
それを行ったらブラウザなんてたかがHTMLtを解釈して表示するだけのソフトなのに
各社似たようなの作って競い合ってるんだけどな。
97:login:Penguin
12/01/26 01:16:57.97 SqDU8Eaj
プログラミング言語なんて
たかが人間の記述したコードを機械語に変換するだけの話なのに
似たようなものいくつも作って競い会って馬鹿みたい。
98:login:Penguin
12/01/26 02:12:31.87 kK+m+swE
今風にするならext0じゃなくてext/Zeroのがいいと思う
99:login:Penguin
12/01/26 03:05:02.10 FL9VMihM
ext零式
100:login:Penguin
12/01/26 13:12:06.59 y9sjTFYA
ZFSのライセンスがGPLやBSDなら良かったのになぁ
101:login:Penguin
12/01/26 14:08:00.23 KrAIP0Th
FreeBSDのZFSをLinuxに移植すればBSDライセンスなんだろうから、問題無くね？
102:login:Penguin
12/01/26 14:09:02.67 Bz+jQGsI
>100
GPL はまずいだろ
>101
FreeBSD では CDDL ライセンスのコードは「別管理」になってるよ
GPL 分のコードも別管理
103:login:Penguin
12/01/26 23:52:46.93 FL9VMihM
もうライセンスとか無くなればいいのに
そんな世界になってほしい
104:login:Penguin
12/01/27 02:05:33.48 EXVcajOQ
全部自分で作ればいいじゃん
ソフトなんて0と1が並んでるだけなんだから君にもできるｗ
105:login:Penguin
12/01/27 10:43:33.19 5EwLiYIe
ライセンスがなかったら
後から何言われるかわからなくて逆に怖いよ。
106:login:Penguin
12/01/27 12:16:23.49 HD3XZ0Ks
gifのことかー！
107:login:Penguin
12/01/27 18:54:12.74 s1Wt5zck
>>105
いわゆるサブウェイ特許というやつか！
108:login:Penguin
12/01/27 19:01:51.05 OMxQFiOk
サブウェイだと頭を出す場所は限られてるから
そこで待って叩けばいいんじゃないかな
109:login:Penguin
12/01/27 19:02:21.95 5EwLiYIe
>>107
特許の話じゃないよ。
110:login:Penguin
12/01/27 20:10:38.66 M+KsGcf6
サブウェイライセンス
宋代に発明されたとされる参度一致なる糧食に
密かに挟み込まれた密書に由来する。
偽装、偽装ではないが意図的、ないし意図せずして
別種の雷扇子を内包するもの。
----
民明書房"はじまりのライセンス"より
111:login:Penguin
12/01/28 12:10:13.10 Y+AGApCV
地下鉄と潜水艦とじゃあまりにも違いすぎるだろ……
112:login:Penguin
12/01/29 07:12:58.56 /Gr4bTZG
フットロングのハニーオーツでお願いします。
113:login:Penguin
12/01/29 10:28:39.20 1r/DOAiF
サブウェイがネタだったのかガチだったのかが知りたい
114:login:Penguin
12/01/29 11:25:06.44 wfsrfne9
URLﾘﾝｸ(www.subway.co.jp)
115:login:Penguin
12/01/29 12:42:06.53 Ogg55yqx
フットロングって何？パンの種類か何か？
116:login:Penguin
12/01/29 19:50:06.40 aJjSQ45i
通常サイズの2倍で長いパンまるごと一本分
117:login:Penguin
12/01/29 20:22:41.59 Mss9zgo1
そんな注文できるのか。知らんかったわw
118:login:Penguin
12/01/29 23:08:22.02 dJFcnu0o
でも半分を二つ頼んでも同じ値段だから、違う味のを二つ頼んだ方が良い
119:login:Penguin
12/01/31 00:57:56.03 /SXS4me9
このスレで16GB以上のRAID組んでいる人ってメモリは何GBぐらい積んでるの？
かなり積まないと鯖側でキャッシュアウトしそうだよな
120:login:Penguin
12/01/31 01:10:34.80 lzm6F0Cu
2TB積んでる俺は答えちゃダメかな。
121:login:Penguin
12/01/31 02:15:30.35 dIcGHZm6
>>119
えっと…
122:login:Penguin
12/01/31 09:01:25.87 qO4SkUwE
今時16GB未満のRAID組んでる奴いるのか？
123:login:Penguin
12/01/31 10:40:13.61 j1zJeiqj
今管理してるサーバは12ギガのraidだな
124:login:Penguin
12/01/31 12:55:04.46 xSNE92Dl
CopyFSの調子が悪くなった。 お前らんとこは大丈夫か？
125:login:Penguin
12/01/31 17:31:57.24 1sSLZ3vm
16GB未満のRAID組んでるよー
SDカードだけどな
Linuxとアダプタの相性が鬼門
126:login:Penguin
12/02/03 11:45:21.35 FBUFcUDb
パーティションテーブルにGPTを使いました。
Secondary GPTのヘッダは書き込まれたのですが、エントリが書き込まれませんでした。
Primary GPTにはヘッダ、エントリ共に書き込まれました。
インストーラで作ったので、パーティションを作成したツールが何かはわかりません。
ツールによってエントリ部をSecondaryにコピーしないのでしょうか？
ディスクの末には34セクタ以上の空きがあるので、書く場所は十分あるのですが。
127:login:Penguin
12/02/03 12:15:06.00 Xus/JX5l
こんばんわＺＩＰＰＯ初心者です。
今年新卒で記念に初めてＺＩＰＰＯを買おうと思っているのですが
俺の尻の穴に貴方の野太いちんぽぶち込んでくれませんでしょうか？
今が旬のオススメＺＩＰＰＯなんかを教えて欲しいです。
よろしくお願いいたします。
128:127
12/02/03 12:16:02.18 Xus/JX5l
す、すみません！
３行目に他スレに使おうと思ってた文章が入ってしまいました
３行目だけ無視して読んでください
誤爆すみませんでした！m(_ _)m
129:login:Penguin
12/02/03 14:31:11.80 QCGqgKJC
8年くらい前のネタだな。
130:login:Penguin
12/02/03 23:23:24.26 xTcJjihQ
>>126
っdd
131:login:Penguin
12/02/04 03:28:15.10 ikiwQyYx
>>126
GPT時代に、 fdisk にかわる CUI ツールはなんですか?
132:login:Penguin
12/02/04 04:18:27.01 bwHl27OF
パーティショニング自体が時代錯誤なんじゃないのかね。
mkfs.hoge /dev/sdX だけ覚えておけば、他はいらないと思う。
133:login:Penguin
12/02/04 08:22:21.12 whsqkoa6
/: : : : : __: :/: : ::/: : :／/: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ ＿＿＿
/;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::､ ／ ヽ
/ヽヽ: ://: :!:,X~::|: /;,,;,/: :／ ﾘ!: ::/ﾉ l｀ヽl !: : |: : : :l: :l: ﾘ / そ そ お ＼
/: : ヽヾ/: : l/::l |／|||llllヾ,､ / |: :/ , -==､ l＼:::|: : : :|i: | / う う 前 |
. /: : : //ヾ ; :|!: ｲ､||ll|||||::|| ﾉノ ｲ|||||||ヾ､ |: ::|!: : ｲ: ::|/ な 思 が
/: : ://: : :ヽｿ::ヽl |{ i||ll"ﾝ ´ i| l|||l"l ｀|: /|: : /'!/l ん う
∠: : : ~: : : : : : : :丶ゝ-―- , ｰ=z_ｿ |/ ﾊﾒ;, :: ::|. だ ん
i|::ﾊ: : : : : : : : : : : ､ﾍﾍﾍﾍ ､ ﾍﾍﾍﾍﾍ /: : : : : ＼,|. ろ な
|!l |: : : : : : : : :､: ::＼ ､-―-, / : : :丶;,,;,:ミヽ う ら
丶: :ﾊ､lヽ: :ヽ: : ::＼__ ｀~ " /: : ﾄ; lヽ） ゝ
ﾚ ｀| ｀､l｀､＞=ﾆ´ , _´ : :} ｀ ／
,,､r"^~´"''''"t-｀r､ _ -､ ´ヽノ ＼ﾉ ／ お ・
,;'~ _r-- ､__ ~f､_>'､_ | で 前 ・
f~ ,;" ~"t___ ﾐ､ ^'t | は ん ・
," ,~ ヾ~'-､__ ﾐ_ξ丶 | な 中 ・
;' ,ｲ .. ヽ_ ヾ､0ヽ丶 l /
（ ;":: |: :: .. .｀, ヾ 丶 ! ＼＿＿＿＿／
;;;; :: 入:: :: :: l｀ｰ-､ ）l ヾ 丶
"~､ｿ:: :い:: : ＼_ ノ , ヾ 丶
134:login:Penguin
12/02/04 12:23:51.83 03t3gfng
>>131
CLIならpartedじゃなかろうか
135:login:Penguin
12/02/04 18:30:30.09 qEirDRi6
今はどのFS使っておけばいいのよ
新しいHDD買ったからどれにするか悩む
136:login:Penguin
12/02/04 20:15:37.13 i/wnMthV
ext4使っとけばだいたい問題ないよ
137:login:Penguin
12/02/04 21:09:01.82 9l/juQuF
新しいまっさらなHDDなら、人柱としてNILFSなんてどうでしょうか。
バグレポートに謝辞と共に名前を残してもらえるかもしれません。
138:login:Penguin
12/02/04 21:17:13.47 kBzHykAZ
nilfsいいゾ～これ
139:login:Penguin
12/02/04 22:52:17.04 fyyuHbV1
>>131
gdiskでいいんじゃないの
140:login:Penguin
12/02/05 00:38:51.25 sY76oS05
NFS鯖 A ext3
NFS鯖 B xfs
クライアント C
C上でデータをrsyncでAからBに転送しようとするとCが落ちて再起動される・・・
なんでだ？
141:login:Penguin
12/02/05 00:45:25.21 VCsDl26G
なんでだって、そりゃあんた、いくらでも思い付きますが…
142:login:Penguin
12/02/09 16:21:57.66 03fq4xjJ
>>134 >>139
いまさらだが thx 調べてみる。
143:login:Penguin
12/02/10 07:43:52.09 TtEus9Zv
>>141
いくらでも上げてみて下さい
144:login:Penguin
12/02/10 10:18:59.51 8q8iZ2/6
露骨な誘導ですねｗ
145:login:Penguin
12/02/10 11:07:58.71 4r2hxVcw
あれから、btrfsはどこに行ったんだろう
146:login:Penguin
12/02/10 13:36:12.69 jivxyAh5
>>145
来まくりやがっておいでだと思うのですが如何
147:login:Penguin
12/02/10 13:55:54.88 xgqLPtMG
日経Linuxにbtrfsの記事が乗ってたけどダメダメなんだってね。
148:login:Penguin
12/02/10 14:27:27.38 TlGKtN1V
btrfsがだめでもzfs-fuseはないわー
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
149:login:Penguin
12/02/10 16:36:13.82 5rGkm+wy
gptで管理している最後尾のext4のパーティションをリサイズしたいけど上手くいかない。
msdosパーティションの要領で、
1.古いパーティションを削除
2.リサイズ後のパーティションを作成。
3.resize2fs /dev/sdx
と試すも、3でスーパーブロックが見つからないとエラーメッセージがでてしまう。
Bad magic number in super-block...というやつ。
150:login:Penguin
12/02/12 01:39:36.17 AaW5WVna
URLﾘﾝｸ(github.com)
VMware社がBSDライセンスで開発してるCloudFS
151:login:Penguin
12/02/14 22:48:01.93 7RGLlndh
>>150
これどういうFSなの？
152:login:Penguin
12/02/15 10:18:20.21 Agd56dtu
>>148
ZFS使えって言ってる割にはopenindianaにも触れないわ、ZFS on Linuxにも触れないわっていうのはどうなんだ。
153:login:Penguin
12/02/15 14:38:22.01 fvBcPyG0
日経だから
154:login:Penguin
12/02/15 22:18:03.66 6Ce2Cufi
おれは日経より、あの娘の月経のほうが興味あるお
155:login:Penguin
12/02/15 22:28:03.54 7o4SWkyS
通報した
156:login:Penguin
12/02/15 22:38:22.48 3B9OGD7v
精通した
157:login:Penguin
12/02/15 22:39:20.54 CN8Zl11X
せいつう・・・
つまりプロフェッショナルか！！！
158:login:Penguin
12/02/16 00:34:58.62 /+9VcGlQ
おれは精通に精通してる
159:login:Penguin
12/02/16 03:01:01.96 mtha2PvG
FSCache で、ローカルHDDをSSDでキャッシュしてみた人居ませんか?
160:login:Penguin
12/02/17 13:09:18.04 rZUnY8/D
いません
161:login:Penguin
12/02/18 21:11:55.70 BKoHX/iN
URLﾘﾝｸ(www.h-online.com)
ああ、やっぱり今回もダメだったよ
あいつは話を聞かないからな
162:login:Penguin
12/02/18 22:58:16.49 XYtpOMXZ
やっぱりExt5開発されるのかな
hammerFS移植って道は残ってるんだっけ? 進んでるって話は聞かないけど
163:127
12/02/19 00:22:20.70 syI8A8TK
本命はext5じゃないかな
164:login:Penguin
12/02/19 00:57:16.69 xTjFnaAX
ZFSでubuntuを使いたいよー
165:login:Penguin
12/02/19 01:34:14.48 SkM2UgiY
URLﾘﾝｸ(piyopiyopiyo.blog.bbiq.jp)
最近のe2fsprogsだとext4のデフラグできるんだ。
> まだまだ開発段階というのは本当かと思った。
> 試していたところ、必ず SIGKILLを受けて強制終了する領域(/dev/sda5)があった。
> 実運用には乗せられないな…
人柱モードみたいだけど。
166:login:Penguin
12/02/19 03:31:56.87 epF7f3o5
kernel 2.6とかいつの話だよ
167:login:Penguin
12/02/19 09:32:55.31 AXuaN6xZ
てほど昔でもないでしょ。
stable系としてまだまだ現役。RHELもそうだし。
168:login:Penguin
12/02/19 12:54:34.05 2qXpjA70
つーか、なんだかんだ言っても
そのe4defragがデフォルトでビルドされるe2fsprogs-1.42なんて、Gentooくらいでしか使えないんだろ？
おまけに、おまえらと来たらビルドする知識も環境もねえもんな？
「kernel 2.6とかいつの話だよ」とかほざいてムリヤリ煽るのが精一杯だもんな…
昔は、このスレもXFSのパッチを自分で2.2に当ててまで使ってる奴とかゴロゴロいたのに
いつからこんなボンクラばっかになったのかね…
2.6.35の時代がどうだったかは知らんが、うちの3.2.6にe2fsprogs-1.42な環境なら
$ sudo e4defrag /home
ext4 defragmentation for directory(/home/)
[3/245864]/home/user/.muttrc: 100% [ OK ]
[4/245864]/home/user/.xinitrc: 100% [ OK ]
[5/245864]/home/user/.gtkrc-2.0: 100% [ OK ]
[6/245864]/home/user/.bash_logout: 100% [ OK ]
[7/245864]/home/user/.vimrc: 100% [ OK ]
[8/245864]/home/user/.bash_profile: 100% [ OK ]
[10/245864]/home/user/.ssh/authorized_keys: 100% [ OK ]
[11/245864]/home/user/.Xauthority: 100% [ OK ]
[16/245864]/home/user/.maildir/.INBOX/dovecot.index: 100% [ OK ]
～ 中略 ～
Success: [ 219222/245864 ]
Failure: [ 26642/245864 ]
と、Signalが飛んでくることもなく綺麗に終了する
$ sudo e4defrag / とかやって丸ごとデフラグしても、うちでは正常に終了するな
169:login:Penguin
12/02/19 14:12:55.12 GrW1lc6L
>>168
Fedoraは15では確実にe4defragあった 時々使っても特に不具合無かった
14にあったかどうかは覚えてないな
スレ遡ると私の報告があるかも知れない
170:login:Penguin
12/02/19 14:22:25.52 q1fHM2CB
>>168
お～偉いぞ。もっとガンバレ！！
171:login:Penguin
12/02/19 16:21:09.62 GPDR/rjk
ニルスはいったいいつ正式採用されるのですか？
172:login:Penguin
12/02/19 18:01:46.96 SkM2UgiY
>>168
Debianのtestingとunstableは1.42だよ。
なんたってDebianのe2fsprogsパッケージのメンテナはTheodore Y. Ts'o本人だから。
URLﾘﾝｸ(packages.qa.debian.org)
URLﾘﾝｸ(e2fsprogs.sourceforge.net)
173:login:Penguin
12/02/19 18:04:31.42 SkM2UgiY
upstreamはまだ1.42なのにdebianの方は1.42.1にフライングしてるしｗｗｗ
> Date: Fri, 17 Feb 2012 15:07:13 -0500
> Changes:
> e2fsprogs (1.42.1-1) unstable; urgency=low
> * New upstream release
174:login:Penguin
12/02/20 00:24:49.88 dJvw34nC
e2fsprogsをOSのメジャーアップデートまで変えないであろうRedHatは
RHEL7になるまでext4は16TB上限のままなのかなぁ。
4TB HDD 6台のRAID5で溢れるから、そろそろ一般ユーザーにも
上限が見えてきつつあるんだけど。
175:login:Penguin
12/02/20 14:49:06.44 rfBX5Bn9
ext4はファイルの作成日時がないんやな
176:login:Penguin
12/02/21 13:35:13.84 GtQMNMai
>>175
?
177:login:Penguin
12/02/21 14:09:36.31 QLpqxhHF
>>164
nightly使えばルートにもできるぞ！
URLﾘﾝｸ(github.com)
178:login:Penguin
12/02/21 21:22:29.92 BcYRe8Kl
>>177
64ビットの持ってないし、、、PC-BSD使おうかなあ、、、
179:login:Penguin
12/02/21 21:26:03.80 QFoueqVW
新しめのハードならBSD系はちょっと
180:login:Penguin
12/02/21 21:45:47.45 rlbeBffo
>>176
crtimeのことだと思われ。
ext4にもcrtimeはあるらしいよ。
見えないようになってるし、弄れないけど。
181:login:Penguin
12/02/21 23:41:32.46 rW7tJ1te
BSDはオワコン
182:login:Penguin
12/02/21 23:44:52.84 QFoueqVW
ちょっと表でろよてめぇ
183:login:Penguin
12/02/22 07:23:18.88 iJPlXNmN
>>182
寒いよ？
184:login:Penguin
12/02/22 12:52:47.35 x+CKsE3c
オワコン言われるほど始まってもいねえよ
185:login:Penguin
12/02/22 12:55:25.88 olN/Lct9
たしかに
186:login:Penguin
12/02/23 15:09:34.30 IyIewDRL
>>178
32bitでも動くことは動くでしょ。OS関係無く32bitな環境でZFS使うのが間違ってる気はするけど。
187:login:Penguin
12/02/23 20:32:32.23 FpBabB9M
NTFSのアクセス日時だけはいらねえ 断言できる
188:login:Penguin
12/02/23 20:47:43.34 9S8IVtuW
もうNtfsDisableLastAccessUpdate（noatime相当）がデフォルトになってるから安心しろ
189:login:Penguin
12/02/24 00:10:30.64 Ax4i3Gwz
64bitを導入しなくても32bit Linuxで16TBなHDDにEXT4などで
ファイルシステムを構築できますか？制限はありますか？
HDDのセクターサイズは4096byteのタイプを想定します。
190:login:Penguin
12/02/24 00:21:33.80 ZSUQFlF3
ZFS の recordsize って一度設定してしまうともう消せない？
tank でやっちゃったよ…。
191:login:Penguin
12/02/24 01:06:53.23 iuIUMjsf
18TBのRAID6を xfs で作ったが ext4 にしたくなった・・・
18TBのRAIDのバックアップ先に18TBのRAIDが必要だ。
192:login:Penguin
12/02/24 07:28:33.73 rcBfdZM8
もう18TBも埋まってるのか
つかバックアップなしとかどんな運用だｗ
193:login:Penguin
12/02/24 08:30:25.13 XE8u+5eJ
RAIDならバックアップは必要ないだろ。
ところで、32bit linuxで使ってたファイルシステムを64bit linuxにつないでも大丈夫なのか？
エンディアンが原因で中身を全部吹き飛ばしちゃうんじゃないだろうか
194:login:Penguin
12/02/24 08:42:17.69 FcYnPU8e
え？raidでも当然のようにバックアップしてますが
195:login:Penguin
12/02/24 08:46:23.05 tsdqca8v
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
196:login:Penguin
12/02/24 09:02:24.12 /tdnpXF7
アレイが破損したらバックアップ取ってなければ全滅やなｗ
197:login:Penguin
12/02/24 09:23:31.59 GRrFOdk0
>>193
とんでもないバカがおる…
198:login:Penguin
12/02/24 09:38:51.10 UikIL/+2
なんという釣り餌ｗ
199:login:Penguin
12/02/24 10:14:58.09 KvJsmdvo
こんなあからさまな釣りでさわぐなよ。
200:login:Penguin
12/02/24 12:49:13.53 Ax4i3Gwz
多段履歴バックアップを超える危機管理以外の方法はないね。
RAODの規格にバックグラウンドでアクセスが少ないときに多段
バックアップするタイプも定義してほしいわ。
論理的ファイル構造が壊れたらハードウエアが完璧でも
全体が壊れるわけでバックアップに勝る復帰方法は無いわ。
201:login:Penguin
12/02/24 12:53:17.12 i2NgFep+
rsyncでバックアップとってたら、ファイルサイズもタイムスタンプも
同じで中身が入れ替わってたでござる、の巻
202:login:Penguin
12/02/24 14:41:19.54 hWzUS0K0
個人用途では大容量2台でミラーリングでいいや
もちろんオンボードで
203:login:Penguin
12/02/24 15:20:38.23 alBYZpmn
>201
たまには -c (checksum)で rsync 走らせろや
204:login:Penguin
12/02/25 15:01:22.22 HgmfjAce
>>201
なにそれこわい。
>>203 のおかげで勉強になったわ。俺もやってみよう。
205:login:Penguin
12/02/25 22:38:03.96 UXvl6lh9
nilfs2でuuidの割り当てができないんだけど…。
206:login:Penguin
12/02/26 19:14:23.27 6q3qK+QF
ZFS同士のファイル転送でチェックサム付きrsync実行するのって意味ないよね？
207:login:Penguin
12/02/28 01:58:06.87 N12UIxA6
[Phoronix] XFS File-System Speeded-Up, Cleaned-Up Last Month
URLﾘﾝｸ(www.phoronix.com)
208:login:Penguin
12/02/28 09:27:34.44 Dyw1MnS8
>206
にゃんで?
checksum の目的が違うでしょ
209:login:Penguin
12/02/28 19:08:49.11 1+4VJW68
んじゃ同じファイルのチェックサムをZFSとrsyncでそれぞれ計算するの？
いくらCPUパワーが有り余ってるからって資源の無駄遣いだね。
210:login:Penguin
12/02/28 19:52:26.80 hR90iNed
は？
211:login:Penguin
12/02/28 21:30:29.15 yXKKvjTq
ファイルシステムが行うのは記録内容が破損したかのエラーチェックで
ファイル同士の同一性の確認を内容比較じゃなくchecksumでやって
いるんじゃね？
212:login:Penguin
12/02/28 22:26:59.31 HMLsvzvF
209はたぶんものすごいバカ
213:login:Penguin
12/02/28 22:32:32.79 1kmqzzGa
無駄だというのは間違った感想じゃないと思う
ファイルシステムが勝手にチェックサムを計算しておいて、システムコールで取り出せるって設計もないわけじゃない
アプリケーションが必要としたら、既に計算してあるチェックサムを即座に知ることができる
214:login:Penguin
12/02/29 02:20:02.45 LFPEJwJj
できたとしても、ファイルシステム(zfs)依存の機能になるから
汎用性は低くなっちゃうよね。
まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
たしかに相当便利だろうね。
posixでファイルシステムに記録されるチェックサムまで
規定されてれば面白かったかも。
215:login:Penguin
12/02/29 02:43:01.29 BNKAALfl
>まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
>たしかに相当便利だろうね。
の返事は、
>できたとしても、ファイルシステム(zfs)依存の機能になるから
>汎用性は低くなっちゃうよね。
216:login:Penguin
12/02/29 02:46:23.68 glEdY+b4
e2fsprogsでbtfs操作しろとな？
217:login:Penguin
12/02/29 08:29:21.16 LFPEJwJj
>>215
だから、
> posixでファイルシステムに記録されるチェックサムまで
> 規定されてれば面白かったかも。
て書いたんだけどなぁ。
ちょっと想像力が足りないんじゃない？
218:login:Penguin
12/02/29 09:11:00.28 9rArbxRw
#rsync --zfs-specific-function -c ~
error: not support fs(ext2)
use -force option
219:login:Penguin
12/02/29 09:51:58.44 TZANIlZ0
#rsync --zfs-specific-function -force -c ~
error: don't use -force option
use -really-force option
220:login:Penguin
12/02/29 18:59:16.50 k8xoF+dP
ext4はウンコじゃんかよ・・・
素直にReiserFSしとけばよかった
221:login:Penguin
12/02/29 19:13:04.75 3R0VeGdg
Reiserは糞
情強はXFS
222:login:Penguin
12/02/29 19:32:35.27 kT5N2KxL
reiserFSはヤバい
コイツこそがキラーFS
223:login:Penguin
12/02/29 19:39:11.71 sL7M3ReR
なんで？
224:login:Penguin
12/02/29 20:16:23.64 MgUqkfZ1
察してください
225:login:Penguin
12/02/29 20:20:03.20 sL7M3ReR
なるほど殺人者か
226:login:Penguin
12/03/01 00:15:06.29 Qs9CWV8e
>>221
XFSってなんの冗談だよ…
227:login:Penguin
12/03/01 01:24:33.18 j06s1ZK8
JFSが最強だよ
228:login:Penguin
12/03/03 11:58:49.05 /wEvphsI
実際問題、次世代が混沌としてるのが実情だよね
229:login:Penguin
12/03/03 13:15:52.10 erxqvnxx
そもそもファイルシステムって概念自体がレガシーになってきてるんじゃないか？
テラデータ時代にPOSIX互換でバランス良いファイルシステムってのは不可能だ。
ファイルシステムは起動＋ブロック割り当て用にシンプルな奴があれば十分で、
あとはアプリケーション側で好きなように実装したほうがいいんじゃないかなぁ。
AppleのSparsebundleみたいなのがLinuxにも欲しいな。
230:login:Penguin
12/03/03 13:42:17.25 ISLA3pS6
あるが
231:login:Penguin
12/03/03 14:21:24.76 3WqgXkiC
>>228
やっぱり次までのその場しのぎの真打ext5が立ち上がるのか
232:login:Penguin
12/03/03 14:22:03.79 zBhib/i4
btrfsーっ！早く来てくれーッ！
HammerFSでもいいけど
233:login:Penguin
12/03/03 14:28:51.03 ISLA3pS6
実際ext5は開発が始まっているのですか？
234:login:Penguin
12/03/03 14:55:22.92 3WqgXkiC
>>233
知ってる限りは始まってないけど、ext4にいろいろ機能追加するプロジェクトはあったと思う
まあ、btrfsの行方がはっきりするまでは、冗談としてたまに話題に上がるものと思っていて下さい
235:login:Penguin
12/03/03 16:41:58.24 Ie8VPjbV
BtrfsってFedoraに期待すればいいの？Ubuntuに期待すればいいの？
そ・れ・と・も Oracle？
236:login:Penguin
12/03/03 18:09:10.12 Ig13KvbD
OraOraclecleだったらもっと売れたんだよ、あの子は！
237:login:Penguin
12/03/03 18:25:39.73 oS0Ge26c
SolarisやJavaやMySQLといいBDBといいあそこに買われた時点で飼い殺しだろ
ext5に期待するしかねーよ
238:login:Penguin
12/03/03 18:26:43.37 WL9c74EY
(´・ω・)ｶﾜｲｿｽ
239:login:Penguin
12/03/03 21:47:06.26 6G55c4si
btrfsよOOoみたいにブチ切れて飛び出してこい
240:login:Penguin
12/03/03 21:58:07.17 UPuAeDDp
そうすっと、次はext5がOracle印になるのか
241:login:Penguin
12/03/03 22:07:50.47 mWZ4F5oc
売ったヤツらと買ったのが嬉しいだけで
あそこに買われたとこの客なんて迷惑しか被ってないだろ
技術者自分とこで囲えないんだからしゃーないとは思うがｗ
242:login:Penguin
12/03/03 23:32:53.90 tVibBZM7
ワシのextは108まであるぞ
243:login:Penguin
12/03/04 02:11:14.67 7pKPxm32
btrfsとzfsのどっちかは他社に売りなさいという命令を出せないかな？
RedHatかIBMかミカカあたりがプロジェクトごと買い取って力入れるといいのに
244:login:Penguin
12/03/04 02:14:26.30 eA3XPtVO
サムスンとかはこういうのに興味ないのかな
245:login:Penguin
12/03/04 03:32:21.33 sMLt45li
あいつらソフトウエア作れるっけ？
246:login:Penguin
12/03/04 04:19:25.55 ntpLLnhi
GPL自体を嫌ってそうだからなぁ
ソースに変な自己主張入れたがるしｗ
247:login:Penguin
12/03/04 15:27:21.63 Gc0nDDkZ
>>244>>245
自社のAndroidには専用のFS搭載してるって話だよ
当然クローズドライセンス
248:login:Penguin
12/03/04 16:52:23.47 GT8mmS1D
URLﾘﾝｸ(github.com)
249:login:Penguin
12/03/04 20:46:29.60 1VGgGkr4
ということは、スマホ陣営から次世代ファイルシステムが出てくる可能性もあるのか。
デスクトップ向けなら、これからはSSDが主流になるだろうから
可能性高いな。
250:login:Penguin
12/03/04 21:40:05.66 rs7zRMaY
メインメモリの比べレイテンシが非常に悪いHDDという前提で
開発されてきたファイルシステムが半導体メモリで前提が変わると
技術の方向性がどうなるのだろうという興味がある。
251:login:Penguin
12/03/04 22:17:26.26 857EBqlR
samsung androidでrfsフォーマットしたSDカードをPCでマウントできたりする？
252:login:Penguin
12/03/04 22:52:20.51 C+zb28ZC
>>250
かねてから、Flash相手ではOSD(オブジェクトストレージデバイス)ベースのfsを
使うべきという話はある。
SSDのようにATAコマンドでしかアクセス出来ないとアレだけど、最近のSCSIのように
OSDコマンドセットがあれば、EXOFSみたいなfsが使われる可能性は高いかも。
EXOFSについては URLﾘﾝｸ(www.atmarkit.co.jp) あたりを参照
253: 忍法帖【Lv=40,xxxPT】
12/03/04 23:41:00.78 n8pNm1AR
>>241
いい技術が飼い殺されて技術者は流出する
アメリカは心底詰まらん国やね
254:login:Penguin
12/03/05 01:06:53.04 NArDNcNC
>>251
ＰＣでアンドロイド動かせばいいんじゃね？
255:login:Penguin
12/03/06 22:27:54.92 GaloouTN
どのファイルシステムも大抵1ファイル16TBまで（?）の制限があるが、この様子だとすぐ達しそうだ
256:login:Penguin
12/03/06 23:11:16.39 BijVk+yf
XFSにはねーぞ
257:login:Penguin
12/03/06 23:20:21.91 S+PglwkI
次のFedoraだとext4で16TB以上いける
URLﾘﾝｸ(fedoraproject.org)
258:login:Penguin
12/03/06 23:23:11.53 k/DFokB+
ブロックデバイス 「いいのよ」
259:login:Penguin
12/03/07 01:27:35.14 cGO7bRfp
だが32ビットkernel、おめーはだめだ
260:login:Penguin
12/03/07 02:48:42.66 EQYQqCR/
32bit kernelだと容量制限があるの？
261:login:Penguin
12/03/07 23:51:21.66 U6YAfnhN
はい
262:login:Penguin
12/03/07 23:57:04.25 qOerD2cy
64bitでも理論上の制限はあります
263:login:Penguin
12/03/09 04:01:28.44 yCW0JThU
>>260
32bitだと2TB以上のHDDはカーネルが認識できません
ソースはあるけど、否定するやつはソースつきで。
264:login:Penguin
12/03/09 10:03:04.39 OgX04hFz
RAID箱とか使ったことないんだろうな・・・
265:login:Penguin
12/03/09 15:40:57.00 lOndP6zT
>>263
はぁ？2.4でも使ってんのかお前
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
266:login:Penguin
12/03/11 00:29:47.24 OoxtLKKm
URLﾘﾝｸ(www.4gamer.net)
ssdにはxfsがおすすめだそうだ。
267:login:Penguin
12/03/11 00:47:30.47 RxQTPyOa
>266
なるほど
良く知らんが大きなファイルが大量にあった場合のファイルの削除はxfsが速かった
268:login:Penguin
12/03/11 00:50:18.13 VdH/pgB7
良く知らんが普通はファイルの削除ってinode情報を消すだけだから
ファイルが大きかろうと小さかろうと同じような気がするんだけど。
269:login:Penguin
12/03/11 01:02:55.91 j+I9uwP9
ディレクトリの作成と削除はXFS馬鹿に遅かった気がする。
270:login:Penguin
12/03/11 01:51:13.47 GzwEYyKl
ファイルの削除はエクステントの解放とかあるからXFSが遅い印象あるんだがそうでもないのか
271:login:Penguin
12/03/11 02:30:45.95 mif6vzWq
カーネルツリーのrm -rfとかのファイル削除系ベンチはxfsは常に最遅
…だった気がする
272:login:Penguin
12/03/11 03:39:51.47 AeBzd5kW
ext3の削除(巨大ファイル)はクソ遅い
273:login:Penguin
12/03/11 03:54:03.20 EHP+eT6z
NILFSってまだあるんだっけ
274:login:Penguin
12/03/11 11:05:14.42 H2c2D9+v
nilfs使いたいけど不安なんだよなぁ・・・
275:login:Penguin
12/03/11 12:37:50.44 PQouVNwK
ext4の削除はxfsやext3に比べてとても速い気がする。
/以下全ファイルコピーでバックアップを取ってるんだけど、
前回のを消すのが速い。
276:login:Penguin
12/03/12 20:43:01.88 JxVxHayB
URLﾘﾝｸ(sourceforge.net)
ところでこんなブツを見つけたんだがこのスレ住民的にどうよ？
fstransform is a tool to change a file-system from one format to another,
for example from jfs/xfs/reiser to ext2/ext3/ext4, in-place and without
the need for backup. Idea from 'convertfs' program, but it is fully independent code.
バックアップ不要とか言われてもコワいからバックアップとってから
試したくなるけどね。
土日みっちりいろんなfs間変更とかして遊んでみようかなあ…適当なHDDつかって。
277:login:Penguin
12/03/12 20:50:21.10 R9PU4mD1
技術的には凄そうだし面白いんだけど実際に使ってるやつがいたらfs選択に失敗したんだなぁって思う
278:login:Penguin
12/03/12 21:03:07.22 9N35RgR5
そんなことないだろ。
熟考した上で決めたファイルシステムだけど、カーテンの色がある時突然気に入らなくなるような感じで
変えたくなることってあるぞ。
279:login:Penguin
12/03/12 21:04:47.40 APMXNiK3
>>278
大変さと重大さでたとえるなら、カーテンではなくカーペットだな
280:login:Penguin
12/03/12 21:08:52.60 U7RXsyN6
技術的には面白いと思し
ext4からbtrfsに簡単に移行できるなら楽かなと一瞬思ったけど
どうせ実行する時にはバックアップを取るからそれなりに時間かかるだろうし
移行なんて数年に一度だからあんまし有難みがないかなあ。
バックアップ用の外付けHDDを用意できない人とかなら嬉しいのかなあ。
281:login:Penguin
12/03/12 22:08:51.26 jedzBTZO
ファイルシステム擬人化スレはここですか？
282:login:Penguin
12/03/12 22:53:46.89 +qKe8LNJ
>>277
>>191を名指しで馬鹿にするのは良くないと思う
283:login:Penguin
12/03/12 22:58:48.39 p5BNiwGA
ssdならどのファイルシステム使う？
284:login:Penguin
12/03/12 23:15:50.10 XyPht23D
nilfs2
285:login:Penguin
12/03/12 23:32:27.55 xADdaZ2A
>>268
SSD の再割り当てに重要な trim コマンドを発行する場合は、
ファイルの大きさ(ストレージ上での占有ブロック数)は効いてくるのでは?
286:login:Penguin
12/03/13 12:23:39.91 xG72cOhX
ssdなんか関係ないだろ。
削除したファイルが解放したブロック位置を
スーパーブロックに反映するために
散在した多くの間接ブロックを読み込まないといけないから、
それなりにシークが発生する。
287:login:Penguin
12/03/13 12:40:13.57 J+xkbOnS
シーケンシャルなファイルシステムってあります？
288:login:Penguin
12/03/13 13:09:10.56 5hvNiWBA
>>287
どんなモノが欲しいのか詳細を。
289:login:Penguin
12/03/13 13:14:47.50 ERPwEMIT
（・∀・） つながってて長いのがイイ！
290:login:Penguin
12/03/13 19:33:38.46 yKceedNS
UDFはどうだ?
291:login:Penguin
12/03/14 03:33:05.39 eKErTfyQ
最近のRAIDなHDDをバックアップできるテープ装置ってまだあるの？
292:login:Penguin
12/03/14 03:58:06.06 ynletrDO
>>290
何者にも成れない山犬の姫みたいな存在
293:login:Penguin
12/03/14 07:51:16.35 nE8uoMiB
btrfsの名前の格好悪さは何とかならないの？
そのネーミングセンスから中身もかなり不安になるんだけど。
OracleはZFSを解放してやってくれよ……ほんと……
294:login:Penguin
12/03/14 09:12:09.35 4OQf7y84
解放ってなんだよZFSをGPLにしろってこと？
頭悪い事言ってんなよｗ
295:login:Penguin
12/03/14 10:56:41.71 mx85pbU1
シーケンシャルなファイルシステムってのは、
ビデオテープみたいに使えるファイルシステムですね。
読み取り、書き込みは記録デバイスのI/O限界まで常に使い切ることが出来るようなものを考えてます。
296:login:Penguin
12/03/14 11:09:16.44 9Z7FejuZ
>>295
それならraw deviceだろ。
297:login:Penguin
12/03/14 12:02:31.52 JRzLAWqo
マルチセッションのCD-R使えよ
298:login:Penguin
12/03/14 13:48:54.86 YwynJO/t
GPL なんかにされたらたまんねーっつーの腐れが
299:login:Penguin
12/03/14 15:55:01.10 G8wOP5rs
GPLなファイルシステム使うと、
中のファイルにもGPLが感染するの？
300:login:Penguin
12/03/14 16:03:39.48 BZl+3cw5
んなこたーない。
301:login:Penguin
12/03/14 16:11:35.18 9Z7FejuZ
>>299
その理屈では、プロブライエタリなファイルシステムでは
オープンソースのコードが編集できないことになってしまう。
302:login:Penguin
12/03/14 19:55:41.73 r0QSOxgD
>>250
遅レスでスマンのだが
メモリと比較して遅いのが前提としたFSの設計思想ってどの辺の設計のこと差してんの？
303:login:Penguin
12/03/15 03:49:42.44 zSQdJCjk
>>294
BSDライセンスでも、MITライセンスでも、Apacheライセンスでもいいんじゃないか?
304:login:Penguin
12/03/15 07:24:19.42 K291j4zg
オラクルにクレクレは通用しない
305:login:Penguin
12/03/15 17:58:39.37 6p+eIoDr
IBMに買われていたらまだ可能性があった
306:login:Penguin
12/03/15 20:01:11.35 LwnehoL6
IBMって言ってる馬鹿はなんなんだ
IBMだってPM以外の連中は頚切られるぞ
PMに力と成果なきゃプロジェクトは進捗無いまま削除対象になるだけ
IBMの対応はカーネル2.2の頃のPOSIXスレッド議論から一貫してる
企業なら正しい対応だしORACLEだって一緒
307:login:Penguin
12/03/15 20:05:56.95 wWDc6Z8X
素朴な疑問なんだがPM以外の連中の首を切った後で
どうやって開発続けて行くんだ？
308:login:Penguin
12/03/15 23:09:38.99 r+Tlzc8y
パッチを提供してくれる奴を安い給料で雇うんじゃね？
309:login:Penguin
12/03/16 05:10:47.27 vklZ8M05
細かいデータの処理は殺人者の作ったファイルシステムが速いと聞いた
310:login:Penguin
12/03/16 06:54:34.69 WmI9gmAa
プロダクトのライセンスと思いきや
開発資源もクレクレなのか
311:login:Penguin
12/03/16 13:00:46.76 xYSmFygo
3.2でXFSがよくなったと聞いてカーネルツリーの削除とかやってみたけど
やっぱり遅かった
312:login:Penguin
12/03/17 05:39:23.53 bglATxnE
ぬるぽ
313:login:Penguin
12/03/17 05:42:30.92 ApNeA1rv
がっ
314:login:Penguin
12/03/17 07:10:34.34 43xnBDUw
たい
315:login:Penguin
12/03/17 07:53:45.27 POrI0i1V
GO!
316:login:Penguin
12/03/17 09:50:09.60 JHRo4PHi
ZFS on linux ってRAID6つかえる？
317:login:Penguin
12/03/17 11:05:38.00 kbLxqCRj
無いよ
318:login:Penguin
12/03/17 14:02:13.81 o9pw31du
>>308
引継ぎの労力を考えろよ。
人増やせばいい式の「人月の神話」以前の考え方じゃねーか。
319:login:Penguin
12/03/17 14:09:10.79 OUbnWIg/
パッチを書いてた元社員とかいうのを雇うの?
320:login:Penguin
12/03/17 14:11:45.66 bR6wU0Li
つーか誰もoracleの元で働きたくないで御座るの巻
321: 忍法帖【Lv=40,xxxPT】
12/03/17 14:16:14.79 obbFQTFk
だなぁ
322:login:Penguin
12/03/17 16:37:33.47 vygKJO98
月200万くれるなら働いてやってもいい
323:login:Penguin
12/03/17 18:56:47.83 8odJcnlK
自前のDBとBEAから買ったプロダクトとただ乗りOS以外は塩漬け&サポート値上げｗ
324:login:Penguin
12/03/18 21:06:31.81 WMRAuy3b
でもOracleが買わないようなファイルシステムって将来性あるの？
325:login:Penguin
12/03/18 21:26:25.52 MjUXk7DL
>>324
企業が買収する理由は、
自社の技術としてモノにする事。
転売するため。
死蔵させて潰すため。
などなどがある。決っしてポジティブな理由だけではない。
326:login:Penguin
12/03/18 21:56:48.52 GgJVdjhg
>決っして
なにこの衍字
327:login:Penguin
12/03/18 22:40:08.60 jXry8kzl
将来性があったから買って将来性潰したんじゃないの？
MSのskype買収みたくライバル企業の拡大防止みたいのもあるだろけど
ただoraclevm()続けるならSolarisとVirtualBoxは何とかしてほしいわ
ってFS関係ないな
328:login:Penguin
12/03/18 23:57:32.26 O+XIF2tz
しっかし、Oracleのせいで見事にLinuxのfsは瀕死状態になったなぁ。
状況がBtrfs登場前より悪くなっているし。
329:login:Penguin
12/03/19 00:01:56.56 BOtOhvou
ext4一択でおｋ
330:login:Penguin
12/03/19 00:16:06.35 wsyfy9t2
>>311
XFSは遅い速い以前の問題抱えているからなぁ。kernelスタック食いまくり問題が
どうにかならない限り、手の出しようがない
331:login:Penguin
12/03/19 01:13:07.24 sHVTkOz5
>>328
Solaris復活が目的なのでこれでいいのです
332:login:Penguin
12/03/19 01:20:31.81 Lj8ta1y4
ｵﾗｸﾙ「Solaris復活が目的なのでこれでいいのら！」
333:login:Penguin
12/03/19 05:23:12.99 GCcYsDeS
>>330
増やせばいいじゃないか。
334:login:Penguin
12/03/19 12:50:23.07 YauSjMPZ
>>332
これでいいのら、じゃないだろ。
少なくともバターFsだけでも返してくれよ...
335:login:Penguin
12/03/19 12:52:07.27 XMhImC3C
Oracleは技術の墓場だな……
336:login:Penguin
12/03/19 13:59:16.60 qffE4o+R
btrのoracleのまえの持ち主てだれ？
337:login:Penguin
12/03/19 16:18:02.93 gXbc0Plg
自社で開発した技術を返せとか言われちゃうOracleさんマジ哀れ。
338:login:Penguin
12/03/19 16:19:22.47 XMhImC3C
ZFS 返せ……
339:login:Penguin
12/03/19 16:24:34.84 gXbc0Plg
まあ、SolarisとZFSはそう言われても仕方ないなｗ
特にSolarisはOpenSolaris方面でかなり反感を買ったし。
340:login:Penguin
12/03/19 17:36:59.25 LrR2XgqT
ZFS返してもらうかはともかく
せめてbtrfsの開発のやる気はもうちょっと出してほしいな。
341:login:Penguin
12/03/19 18:27:16.37 5ulAepLL
おまいら少しは自分でやれよww
まずは赤黒木のマスターからだ
342:login:Penguin
12/03/19 20:36:26.14 0eaAYpS2
SUSEがんばってるから
BTRFSがんばってるのを忘れないであげて
343:login:Penguin
12/03/19 20:52:25.75 LrR2XgqT
btrfsもzfsもOracleに買い取られたFS暗黒時代に
颯爽とHammerFSがLinux業界に本格参入して救世主に！
という展開になったらカッコイイ。
344:login:Penguin
12/03/19 20:54:53.62 XoD7pNFu
ｿﾚﾀﾞ！
じゃなくって、もうZFSとかhammerとかFS単体ってレベルじゃないだでしょ
345:login:Penguin
12/03/19 21:11:41.28 C6g/OLy/
URLﾘﾝｸ(dlorch.github.com)
Hammerも移植プロジェクトは一応ある
346:login:Penguin
12/03/19 21:19:34.82 Z0IASZqJ
しかしまあホントOracleって嫌われてんなｗ
347:login:Penguin
12/03/19 21:29:55.43 ENjS59HU
>>345
そのレス3年ぐらい前に見た
348:login:Penguin
12/03/19 21:34:15.96 W7d6QyuM
誰もが知ってるよねー それ三年ぐらい前に見たわー
349:login:Penguin
12/03/19 21:38:02.48 LrR2XgqT
うみゅ。readonlyなのはもうあるのを知ってたからあえて「本格参入」って書いたつもりだった。
350:login:Penguin
12/03/20 00:58:08.26 Wcj5ZDdg
ライセンス的に問題点があるZFSと違って
btrfsはGPLなんだからOracleに文句ばかり言ってちゃいけない。
351:login:Penguin
12/03/20 01:25:17.05 ZaIpvU5y
>>350
んでも開発者の給料は会社が出しているんであって、会社がやめろちいってきたら
会社やめるか開発が鈍くなるか
352:login:Penguin
12/03/20 01:32:33.79 8GiZ9rLu
>>350
まるでGPLに問題がないみたいな言い方だな
353:login:Penguin
12/03/20 03:05:11.19 IxdW4s/D
>>345
sutdent projectじゃ無理でしょう。PCヲタみたいな生徒か学生が現れないと。
354:login:Penguin
12/03/20 04:33:38.18 a/BA0yud
btrfsにでかいの来たぞ
URLﾘﾝｸ(kernelnewbies.org)
355:login:Penguin
12/03/20 09:50:33.10 Wcj5ZDdg
>>352
Linuxのカーネルの開発に貢献したいという話でGPLで少しも問題ないけど?
356:login:Penguin
12/03/20 12:00:55.47 JJ1JnTt4
GPL v3 or laterとかでも問題ないの？
357:login:Penguin
12/03/20 13:12:01.54 Wcj5ZDdg
>>356
btrfsの話だぞ
358:login:Penguin
12/03/20 19:47:06.88 59kQBnMI
btrに文句言ってるのはパッチを投げてるのに一向に反映してもらえない方々かもしれんだろ
359:login:Penguin
12/03/21 00:12:22.08 Q9c8wcA7
btrfs-ML読んでいるがそんな奴はここにはおらん。
360:login:Penguin
12/03/22 06:40:28.22 hTzxXmdZ
NTFSってこの先バージョン上がることもなくずっとこのままなの？
361:login:Penguin
12/03/22 09:21:24.76 WQdFLvQK
>>360
linux板なんだが…
つReFS
362:login:Penguin
12/03/22 20:41:49.76 JCd8l5OS
URLﾘﾝｸ(gigazine.net)
ボラクルはさくらにひどいことしたよね……
363:login:Penguin
12/03/22 20:49:41.73 +em0BUT1
お布施と信仰心が足りなかっただけの事
364:login:Penguin
12/03/22 21:28:05.22 sHZxupNN
まぁよくあること。
だから、障害テストや負荷テストは大事。
InfiniBandは俺の中ではまだまだ簡単じゃないんじゃまいかと。。。
365:login:Penguin
12/03/22 22:12:37.86 imJ0j2WT
>>364
Infiniband は結構枯れてるぞ？ スパコンには必須だし、中小企業でも手出し
できるぐらいの価格だから１０台程度のクラスタでも採用されるケースは多い。
大規模なストレージ製品だとＩＢ使ってないほうが珍しいと思う。
さくらの場合のようなストレージがおかしくなって何時までも泥沼状態が続くって
パターンを良く見たり聞いたりするけど、(あくまでも個人的な妄想だが、)
パーツやディスクの故障箇所が一定の割合を超えるとあり地獄から抜けれなく
なるってことじゃないかなぁ。
366:login:Penguin
12/03/22 22:13:43.24 mqCx3/i9
どっかの技術記事でさくらの構成は意欲的な構成ですねえと評されていたが
残念な結果になってしまったということか。
367:login:Penguin
12/03/22 22:26:28.65 TJ+0KW18
ファイルシステムは何？
URLﾘﾝｸ(basanovich.livejournal.com)
368:login:Penguin
12/03/22 23:47:33.17 qS0+ai8S
>>365
まあ、クラスタで使うInfiniとIP on IBとでは話が違ってくるけどね。
ストレージならInfiniよかFC使えよと思う。
369:login:Penguin
12/03/23 23:01:51.78 b1TKR3ff
SSD耐久テスト URLﾘﾝｸ(botchyworld.iinaa.net)
このサイトのやつみたいな感じでストレージを苛めようと思うんだが
耐久試験的なストレステスト用のプログラム・ツールがあったら教えて
370:login:Penguin
12/03/24 00:42:14.57 lZHUb2Yw
Ubuntu 12.04 LTS - Benchmarking All The Linux File-Systems
URLﾘﾝｸ(www.phoronix.com)
Btrfsはまだまだっぽい？ext4の地位は安泰だね。
371:login:Penguin
12/03/24 00:44:12.63 oI/u8QuP
しばらくはext4でRaid１組んでいくかな
372:login:Penguin
12/03/24 10:09:51.26 9VgB744n
lessfsはブロックごとにハッシュを用いて冗長を省きLZOまたはQUICKLZで圧縮するFS。
バックアップ用途やVMイメージ置き場に最適。
FUSE実装
URLﾘﾝｸ(www.lessfs.com)
373:login:Penguin
12/03/24 15:49:16.18 Z68eWHLX
なんでFUSE実装なの？
嫌になったらすぐ捨てて、逃げ出せしやすくするため？
374:login:Penguin
12/03/24 16:26:16.55 U6c0/7EP
やっぱコンテキストスイッチしまくりの布施は糞だよなぁ
なんとかネイティブでZFS使えんもんだろうか
375:login:Penguin
12/03/24 16:52:30.20 FLEGBGWQ
実装する側からするとカーネルの都合に振り回されずに実験できて幸せってかんじ？
観点のちがいか。
376:login:Penguin
12/03/24 17:00:07.23 iVBzVS2i
使う側の観点からだと「fuseならroot権限なくても使えるから便利！」ってアピールは良く見るけど
そもそもfuse自体を有効にするのにroot権限が必要だからいまいちそのアピールには納得できない感がある。
377:login:Penguin
12/03/24 19:34:36.23 mbmxP+yT
ユーザーモードだとカーネル毎吹き飛ばさないのでデバッグが楽だからとか
適当に想像で言ってみる。
378:login:Penguin
12/03/24 20:11:34.28 kXbtLegS
>>374
実装してる人はいるじゃん
ただ、カーネルツリーに取り込まれることが絶対ないから、主流には成り得ないだけで
379:login:Penguin
12/03/24 20:18:51.31 iVBzVS2i
Debian/kFreeBSDで我慢しる
380:login:Penguin
12/03/25 02:25:49.83 KsMA6WV7
>>378
いや、ソレってライセンス違反だよねｗ
381:login:Penguin
12/03/25 02:30:48.84 9zD3DfEB
>>380
なんで？
382:login:Penguin
12/03/25 02:52:46.49 WRJVUm9/
昔CDDLとGPLは合法的にリンク出来ないってFSFが見解出してんたんだけど、
最近はどっちかのライセンスかFSFの見解が変わった？
383:login:Penguin
12/03/25 03:03:21.18 YN2ser6r
昔も今もリンクした状態で配布できないだけだと思うけど
こっちが聞きたいよ。いつの間にかFSFの見解は変わったの？
384:login:Penguin
12/03/25 12:12:59.64 J4XQgGBS
GPLが配布するときにだけ効いてくるという基本を
理解していない奴は意外と多い。
385:login:Penguin
12/03/25 16:33:22.29 GavdBccW
>>330
いや、だからx86_64だとスタックサイズ大きくしてるだろ？
してないって主張？
386:login:Penguin
12/03/25 16:47:06.66 rXN+EuZp
>>385
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
> XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。
>
> David Chinnerが既知の問題で直せないと言っているからには、本当にダメなんだろう。
漏れはこれ読んでext4に乗り換えたわ。
387:login:Penguin
12/03/25 16:50:32.23 o9OS310l
ext3とext4はどっちがいいの?
388:login:Penguin
12/03/25 17:10:00.10 Zsjru2Rm
>>387
ext4
389:login:Penguin
12/03/25 17:16:36.86 o9OS310l
技術的な解説キボンヌ。いやマジで。
ext4わext3よりどういいのか
現実どっちも使っているけど違いがよくわからん。
いまから新しい1TのHDDをフォーマットするんだけど
どっちにするか悩んでいる。
390:login:Penguin
12/03/25 17:23:31.81 EegouqSC
自分で調べもしない非技術者には後継だからという理由で十分じゃないか
大半の使用ケースで優れていなけりゃ後継なんて名乗れないだろ
391:login:Penguin
12/03/25 17:24:30.45 Zsjru2Rm
>>389
でかいのもおｋ
2038年後もおｋ
ジャーナルの性能うｐ
くらいしかしらない
392:login:Penguin
12/03/25 17:27:55.80 ZZPcK/6g
>>386
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
こういう話もあるね。
> XFSスタックオーバーフロー問題の余波でCONFIG_4KSTACKSが消えました。
armは駄目でもx86なら何とかなってるっぽい？
>>389
詳しくないので解説は出来ないが、
> 現実どっちも使っているけど違いがよくわからん。
のであれば、どっちでもいいんじゃね。
393:login:Penguin
12/03/25 17:28:21.36 o9OS310l
>>391
なるほど。ext4にしとく。ありがとう。
394:login:Penguin
12/03/25 17:32:29.79 o9OS310l
プロ気取りの非技術者に説明もできない知ったかぶりはカコﾜﾙｲ。
解らないなら黙ってればいいのにw。恥ずかしいな。
395:login:Penguin
12/03/25 17:44:58.15 ZZPcK/6g
あ、コメ欄見てなかった。
今はどうなってるんだろ。
>>394
>>391も技術的な解説はしてないけど、それでいいの？
396:login:Penguin
12/03/25 17:54:37.18 EegouqSC
ググりもしない馬鹿なんだから察してあげなよ
397:login:Penguin
12/03/25 18:37:14.87 o9OS310l
>>395
etc4のメリットが解ればそれでいいよん。非技術者だからな。
>>396
結局、解らない君は黙ってて、スレ汚しっていうんだよ、君みたいのは。
398:login:Penguin
12/03/25 18:39:14.74 lbFBkmi8
そもそも全員非技術者だろ、ココ
399:login:Penguin
12/03/25 18:44:23.49 o9OS310l
痛いプロ気取りもいるよ
400:385
12/03/25 18:52:03.22 GavdBccW
>>392
元からxfsのメタデータは異なるアーキテクチャでは互換性なしなんだから、
ディスクそのままサーバ変更なんて形の移行時にはメタデータを消す必要がある。
x86_64で使えてればそれで問題ないよ。
>>386
> URLﾘﾝｸ(mkosaki.blog46.fc2.com)
いきなり未定義の「本質」なんて言葉を持ち出す時点でお察しだ。
401:login:Penguin
12/03/25 22:50:01.28 zDtCbyqe
結局、データ入れるHDDって、何が一番優秀なフォーマットになるんだろう？
>>3みたいにいっぱいあると迷うな・・・
一番強固なフォーマットで使いたい・・・(´・ω・｀)
402:login:Penguin
12/03/25 22:59:18.15 jtv/sCy2
信頼と実績のXFS
403:login:Penguin
12/03/25 23:26:22.08 X8mDLM55
用途次第。迷う程度の人はext4で。
404:login:Penguin
12/03/26 00:00:47.95 vO7JeuZ9
ユーザー数の多さでntfs、fat、exfat。
強固かどうかは知らんけど、ユーザーが多い分問題が起きたときに影響を受けるユーザーも多いので
対策も早くとられるでしょう。
その対策がlinuxで使えるかは別の話ですが…。
405:login:Penguin
12/03/26 00:03:49.44 dveANPBZ
何を以って強固っていうのかだな。
逆にinode情報が壊れた時にデータ救出が容易なfsが欲しい。
406:login:Penguin
12/03/26 00:07:49.12 slO2BvZU
exfatがユーザー数多いなんてご冗談を
407:login:Penguin
12/03/26 04:49:50.90 IUhNQ9tE
2TB以上はXFS
500GB以上2TB未満のHDDやSSDはext4
408:login:Penguin
12/03/26 05:05:26.59 3cnMS++r
>>407
500GB未満は?
409:login:Penguin
12/03/26 09:32:06.60 bLErReHu
アカウントとパスワードを2つのUSBメモリに分けて管理してたら片方が読めなくなったんだよね。
壊れたのがどういうフォーマットだったかは知らないけど、いまはWindowsでフォーマットして普通に使えてる。
410:login:Penguin
12/03/26 10:09:52.98 I6aCChZZ
>>408
default
411:login:Penguin
12/03/27 11:21:18.75 CNW61LzQ
AndroidってLinuxだよね？
ファイルシステムはなに使ってるんだろ。
NILFS搭載カーネルとかあったら試してみたいが...
412:login:Penguin
12/03/27 12:24:06.01 fJ9KcygI
>>411
ext4使ってる
413:login:Penguin
12/03/27 14:46:05.42 fL/9sTy0
スマホのフラッシュメモリにジャーナルFSを載せるのって、
フラッシュメモリ寿命を故意に短くする＝スマホ寿命を短くして、
白ロム流通を阻止する手の一つなのかな。
414:login:Penguin
12/03/27 14:47:11.25 ScaKz0Th
>>411
URLﾘﾝｸ(news.mynavi.jp)
>>413
他に使いものになるのがないから、っぽい。
415:login:Penguin
12/03/27 15:24:11.43 8raiaROU
スマホ程度の書き込みで一体どれだけ寿命を消費するというのか
416:login:Penguin
12/03/27 17:06:17.31 hnL/7KM5
>>413
YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
417:login:Penguin
12/03/27 17:17:20.42 hNqxngVq
>>412
そういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
418:login:Penguin
12/03/27 19:39:04.58 q1+VEPCG
お、いつの間にかZFS on Linux更新されてるのな。
419:login:Penguin
12/03/27 20:47:31.98 rEiB2jG/
ライセンス違反でいつ消えるか分からないものには手出したくないよ...
420:login:Penguin
12/03/27 22:06:29.78 4ra6ri3j
>>417
>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
421:login:Penguin
12/03/28 08:07:29.10 Mk3BMsUi
いや、ソースで公開するぶんにはライセンス違反じゃないだろ。
422:login:Penguin
12/03/28 11:00:42.71 79IJ/4BH
>>421
ソースかどうかは関係ない。一緒に配らなければいい。
423:login:Penguin
12/03/28 11:01:48.50 /72uPhSj
microSDカード三枚差しできて、RAID組めるスマホ出ないかなぁ
「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない？
424:login:Penguin
12/03/28 11:56:59.51 +u0mpmFy
>>423
たかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
425:login:Penguin
12/03/28 11:58:57.67 Zy8NEGzh
お前は何を言ってるんだ。
426:login:Penguin
12/03/28 12:05:50.71 ScikueGX
知ってる単語を並べただけに見えるｗ
427:423
12/03/28 12:58:05.55 4fS1oXlP
でもデグレートした時、三枚差しのうち一枚を間違えて抜いたら、即死か。
あんまり良くないな
428:login:Penguin
12/03/28 13:05:01.25 mVlYT0Gr
メディア1枚でも使用可能、2枚でミラーリング、なら簡単。
429:login:Penguin
12/03/28 13:48:06.07 +u0mpmFy
スマン。俺、英語は得意だけど、日本語苦手だから。つい、な。。。
430:login:Penguin
12/03/28 13:50:11.50 terXIwRM
English is OK
431:login:Penguin
12/03/28 14:38:23.26 Xp/FzIec
I can not speak English.
432:login:Penguin
12/03/28 17:22:16.13 b3aalG7s
>>428
え？
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ？
433:login:Penguin
12/03/28 17:30:37.38 Zy8NEGzh
そもそも現状の信頼性で困ってるのか、と。
複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
434:login:Penguin
12/03/28 20:42:24.72 7VE/IUc0
うっかりumount忘れてSDカード抜いても壊れないような信頼性あるファイルシステムは？
435:login:Penguin
12/03/28 21:36:23.85 TGUdfwW5
ZFSしかないだろうな
436:login:Penguin
12/03/29 11:20:40.53 oi0yEg2/
isofsと言ってみるてすと
437:login:Penguin
12/03/31 11:24:04.90 8QfKg5cv
Androidなんかそういう使い方平気でされてると思う。
SDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
438:login:Penguin
12/04/03 20:55:57.81 7NqYTFtB
ライトキャシュ無効にしとけばいつでもアンマウントできるけど
書き込み中は無理だろ
439:login:Penguin
12/04/03 21:32:02.12 oo5XCw7k
無理でもないな
440:login:Penguin
12/04/03 21:44:35.56 vK7rqc3Y
linux のファイル名は255 byteに制限がありますが、
255文字を超えることが出来るファイルシステムreiserfsだけ？
441:login:Penguin
12/04/04 00:01:39.32 mpAg9MpC
あとはntfsくらいかな。
442:login:Penguin
12/04/04 13:49:05.99 r849Kmhs
>>440
コンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。
443:login:Penguin
12/04/04 13:50:57.26 r849Kmhs
>>437
アンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの？
444:login:Penguin
12/04/04 15:03:31.74 lpjkGhRx
Ubuntu 12.04 beta 2 をインストールしてみたんだけど、
fallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
445:login:Penguin
12/04/04 15:05:36.07 P2ESCVOP
>>444
おめーはふぇどら使ってろー
446:login:Penguin
12/04/04 19:06:35.36 RVeUZ2Rs
NILFSがあの物騒なメッセージを出さないでマウント出来るようになることを期待。
447:login:Penguin
12/04/04 19:58:10.41 2WfF7JQK
もう消えてないっけ？
448:login:Penguin
12/04/04 21:49:22.14 XyCgAfug
>>442
440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ？
そんなことなら2バイト圏（日本語圏）向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
449:login:Penguin
12/04/04 22:09:46.25 YXxzC5AQ
なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
450:login:Penguin
12/04/05 00:37:58.94 LNmHc2MK
>>449
youtube myfilesystem
451:login:Penguin
12/04/05 00:47:22.01 dAZNdbMh
面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
452:login:Penguin
12/04/05 00:54:16.80 LNmHc2MK
>>451
ごめん間違えた。。
453:普通自分で考えるべき
12/04/07 14:41:06.19 CF1JM2Tx
>>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
454:login:Penguin
12/04/08 00:27:38.62 C5E9bwN3
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
455:login:Penguin
12/04/08 01:25:52.35 xWN2hyan
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
456:login:Penguin
12/04/08 02:13:44.98 CG4ylOpp
>>449
どんなファイルも1byteに圧縮するFS
457:login:Penguin
12/04/08 03:23:55.22 nm3/lghx
/dev/nullがマウントできるFS
458:login:Penguin
12/04/10 22:45:09.09 AVs9x400
URLﾘﾝｸ(github.com)
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん？
459:login:Penguin
12/04/10 22:48:56.85 FgWMYeCi
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
460:login:Penguin
12/04/10 22:55:32.42 AVs9x400
zfs-native
で間違いないです
openindianaを選んだほうが早いかな
461:login:Penguin
12/04/11 11:26:30.87 TaHjAQn0
どこをどう読んだらそうなるんだ
462:login:Penguin
12/04/11 21:53:17.38 /N3dnxcw
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
463:login:Penguin
12/04/12 20:03:00.58 tSFAXJzg
URLﾘﾝｸ(ascii.jp)
> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。
> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6～7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。
XFSの存在を赦す理由になる？
464:login:Penguin
12/04/12 20:26:29.36 GVhLLvIq
絶対に許さない
465:login:Penguin
12/04/13 02:01:23.05 paFFSYLp
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
466:login:Penguin
12/04/13 22:51:45.76 KiMfKhCq
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
ファイル名の文字が255byteでなく、UTF－16で255文字なファイルシステム
作れば一生名前が残るかも。
467:login:Penguin
12/04/14 01:02:31.64 DAjk0FKS
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
468:login:Penguin
12/04/14 01:20:59.58 gFoEeXgt
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
469:login:Penguin
12/04/14 04:58:41.05 ykh3cFrR
UTF-16とUCS2は別のものだよ…
470:login:Penguin
12/04/14 05:01:40.18 4vczfuvJ
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
471:login:Penguin
12/04/14 23:58:24.76 Hve9S8Lo
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
URLﾘﾝｸ(ja.wikipedia.org)
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
472:login:Penguin
12/04/15 00:13:16.78 PUQ9YpLc
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
473:login:Penguin
12/04/15 00:36:07.51 zrILeh0w
umountができないFS
474:login:Penguin
12/04/15 00:55:46.95 KUTNhuB6
そこに保存したらファイルの内容を翻訳してくれるFS
475:login:Penguin
12/04/15 01:37:47.14 wcHN5p+1
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
476:login:Penguin
12/04/15 07:03:21.35 d8SeT810
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
477:login:Penguin
12/04/15 07:52:32.02 zPONO3Ol
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
478:login:Penguin
12/04/15 09:01:28.16 XU6NzGNz
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
479:login:Penguin
12/04/15 09:46:21.88 d8SeT810
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。
shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
480:login:Penguin
12/04/15 13:10:08.72 r5YOWvvD
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
481:login:Penguin
12/04/15 16:22:35.21 wcHN5p+1
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
482:login:Penguin
12/04/15 16:35:19.00 PUQ9YpLc
>>481
知ってていってるだろ？
483:login:Penguin
12/04/15 16:35:55.27 0nRNYIrq
なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
484:login:Penguin
12/04/15 17:25:55.81 p38/R2S8
>>481
日記はついったにでも書けよ！
485:login:Penguin
12/04/15 17:54:27.08 d8SeT810
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ
間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
486:login:Penguin
12/04/15 21:56:24.70 qQezSKIz
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
487:login:Penguin
12/04/15 23:29:54.66 wcHN5p+1
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。
488:login:Penguin
12/04/16 01:34:27.57 sK2yBvUH
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
489:login:Penguin
12/04/16 09:49:26.71 lvKL8Yhv
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
490:login:Penguin
12/04/16 10:13:31.67 i6sCf9yT
>>488
btfs？
>>489
修得？
491:login:Penguin
12/04/16 11:19:08.34 4yiemVgB
>>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
492:login:Penguin
12/04/16 12:15:07.53 bJiRh/8P
>>489
重複チェックツールあるけどね。
493:login:Penguin
12/04/16 12:16:17.52 4yiemVgB
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
494:login:Penguin
12/04/16 14:00:46.94 i6sCf9yT
そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
495:login:Penguin
12/04/16 14:28:32.80 s0jqF/SI
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
496:login:Penguin
12/04/16 20:39:58.60 EqJJmYvz
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
497:login:Penguin
12/04/17 00:43:34.22 qXjoYE5Z
>>490
btrだったね。
498:login:Penguin
12/04/17 14:29:04.93 YcOVAep7
>>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
499:login:Penguin
12/04/19 12:35:50.39 K5wfT9FM
家電HDDレコーダーのファイルシステムって何？メーカー独自？
500:login:Penguin
12/04/19 12:47:48.37 0YxY6oJS
>>499
XFSかext3 最近のはext4かな
501:login:Penguin
12/04/20 05:35:00.59 cf88Jldy
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
502:466
12/04/21 00:06:32.82 kc2SruX3
こりゃ普及するわけがなｒｙ
503:login:Penguin
12/04/21 08:36:03.07 yKSNqbP1
バターさん元気？生きてる？
504:login:Penguin
12/04/21 12:01:57.08 T7uXB/Ur
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
505:login:Penguin
12/04/21 12:03:43.68 JAncRgwR
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
506:login:Penguin
12/04/21 15:56:32.26 Jk8knAaa
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
507:login:Penguin
12/04/21 18:20:03.68 5NRF/9C+
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
508:login:Penguin
12/04/22 18:24:30.22 QcOQSMyR
自宅のCentOS 6.2のファイルサーバにZFS-Nativeのインスコ完了しました！！
OSはssdに入れて、サーバデータをZFSにいれました。
[root@hoge]# zpool status
pool: storage
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
sdb ONLINE 0 0 0
logs
sda3 ONLINE 0 0 0
cache
sda4 ONLINE 0 0 0
sdaがssdの起動ディスク、sdbがHDDDです。
ZILとキャッシュの設定の効果が全く感じられない。
ファイルサーバのデータの読み書きの時、ZILとL2ARCに設定したSSDにとりあえず、
データは書かれているみたいだが、使っていない様子。ファイルシステムとしての
書き込みの速度も以前のEXT4の方が速いかも。
とりあえずZFSをファイルサーバのデータに使ったメリットは、何も感じられない。
509:login:Penguin
12/04/22 18:33:24.34 njjLIW42
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台－１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
510:login:Penguin
12/04/22 18:51:19.19 iroLKuhV
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
511:login:Penguin
12/04/22 20:11:01.67 XIm64qvg
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では？
そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
512:login:Penguin
12/04/22 20:38:02.36 QcOQSMyR
>>510
ども、いわゆるATOMのべアボーンで、2.5インチ SATA 2.5 500Gで運用してた
ファイルサーバに、SSD 32Gを追加。SSDにOSとZIL、キャッシュをとって、
500GのHDDを丸ごとをZFSのPoolにしてます。
CentOS 6.2 X86-64、ZFSは三月に最新が出たNative版です。OSのメモリーが
2Gバイトなので、CPUがATOMなのも加えて、ファイルサーバのレスポンスは
かなり悪化しちゃいました。バックアップが楽になりそうなのでそれは期待して
います。
負荷が高いと裏で動いているksoftirqdというカーネルのプログラムが、CPUを
かなり占有してしまいます。（困ったな）
513:login:Penguin
12/04/22 20:44:25.44 SSW2tmeJ
>>512
atomで2GでZFSってソレは罰ゲームかなんかか？
514:login:Penguin
12/04/22 20:55:51.31 Mj9d/MFf
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
515:login:Penguin
12/04/22 21:24:32.73 QcOQSMyR
>513、514
会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。
ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。
516:login:Penguin
12/04/22 21:36:35.93 maPmHILv
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
517:login:Penguin
12/04/22 22:03:56.36 QcOQSMyR
ふーん。CentOS 6.2にはbtrfsが入っているんだ。
ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
518:login:Penguin
12/04/22 22:07:34.24 y9xR51pX
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
519:login:Penguin
12/04/22 22:07:43.11 aOxDtRZB
> btrfsならともかく何でzfsにしようと思ったんだろか。
お前は情弱かよｗ
520:login:Penguin
12/04/22 22:41:55.90 4o+HnplW
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……
521:login:Penguin
12/04/22 22:54:22.97 Mj9d/MFf
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ
以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界
SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
522:login:Penguin
12/04/22 23:04:03.44 QcOQSMyR
>>521
まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。
と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
523:login:Penguin
12/04/22 23:51:59.03 kHgeVI8V
zfs使うならFreeBSDが確実だと思うんだけど。
524:login:Penguin
12/04/22 23:55:49.69 Mj9d/MFf
えっｗ
525:login:Penguin
12/04/22 23:58:15.97 938FomM7
いやFreeBSDならFAT32だろ
526:login:Penguin
12/04/23 03:53:14.21 jfhyXlHF
素直に OpenSolaris でいいやん
527:login:Penguin
12/04/23 05:24:24.00 ckPL5v1U
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
528:login:Penguin
12/04/23 08:36:32.02 nHMcwuO3
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
529:login:Penguin
12/04/23 17:17:16.93 McF8439V
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
530:login:Penguin
12/04/24 00:35:33.30 3wHAirQk
illumosってxenのpv guestで使えるのかな？
531:login:Penguin
12/04/24 13:38:32.33 x/oDgfDt
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？