トップページ⇒linux
1001コメント272KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
0002login:Penguin2012/01/15(日) 16:38:56.72ID:OMF5PJgt
●過去スレ
01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1164457481/
07 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 http://pc11.2ch.net/test/read.cgi/linux/1225001916/
10 http://pc11.2ch.net/test/read.cgi/linux/1238673446/
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
13 http://engawa.2ch.net/test/read.cgi/linux/1311812102/
0003login:Penguin2012/01/15(日) 16:39:47.97ID:OMF5PJgt
●関連リンク
ext4　 　 　 　 　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4　 ttp://www.namesys.com/ (リンク切れ)
xfs　　 　 　 　 　 ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　 ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　 　 　 ttp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　 ttp://www.nilfs.org/ja/
0004login:Penguin2012/01/15(日) 16:41:20.96ID:OMF5PJgt
●関連リンク2
en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
ttp://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs

● リンク切れ
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
0005login:Penguin2012/01/15(日) 21:10:03.86ID:GKB6xX6Z
乙、とでも言ってやるか！
0006login:Penguin2012/01/16(月) 00:36:19.61ID:WWeNx1ai
乙
テンプレにzfsのリンクもあればうれしいの
0007login:Penguin2012/01/16(月) 00:41:29.32ID:WWeNx1ai
zfs　　　　　　　 ttp://zfsonlinux.org/
それともこっちかの　ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
0008login:Penguin2012/01/17(火) 02:24:12.08ID:oArY6qaA
引き続きxfs+nfsでのカーネルスタックについてお楽しみ下さい！
0009login:Penguin2012/01/18(水) 00:41:56.53ID:kXQrZzJB
>>8
導入事例も結構多いし、シャレにならない問題だからなぁ。
0010login:Penguin2012/01/18(水) 02:05:28.66ID:OxgttFN8
Linuxはこういうところが無責任で嫌い＞＜
早く直してくださいよ。
0011login:Penguin2012/01/18(水) 04:04:53.39ID:9QDpQUDX
そのカーネルスタックの問題とやら、再現する手順は確立されてる？
この環境でこんな負荷かけたら確実に発生するよってのが分かればいいのだが
0012login:Penguin2012/01/18(水) 08:11:21.10ID:ZCPal1+D
xfs以外で16TB超えられるファイルシステムで yum とかで簡単に導入出来る奴ってあるの？
0013login:Penguin2012/01/18(水) 08:28:29.79ID:EYjnx1zE
>>12
yumってことはRHEL系か。なら、RHEL6系OS + ext4。ただし、現状208日問題あり。
0014login:Penguin2012/01/18(水) 09:33:42.74ID:ZCPal1+D
ext4って16GB越えのパッチ当たってるRHELでのrpmってあるの？
Fedra はあった気がするけど
0015login:Penguin2012/01/18(水) 09:34:00.15ID:ZCPal1+D
16GBじゃなくて16TBだ・・・
0016login:Penguin2012/01/18(水) 12:57:28.78ID: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の種類、カーネルバージョン等不明。
0017login:Penguin2012/01/18(水) 19:37:29.68ID:ufP8Z2JY
参考ページな。

XFS でスタックがオーバーフローするから避けたほうがいいんじゃないか的まとめ
xfs stack overflow
ttp://togetter.com/li/16598

XFS on x86_64
ttp://mkosaki.blog46.fc2.com/blog-entry-1097.html
0018login:Penguin2012/01/19(木) 02:18:59.67ID:1qV+4z8e
このスレの識者さんたちは、デスクトップ向けだとどのfsがおすすめなの?
0019login:Penguin2012/01/19(木) 02:33:00.78ID:jjHB+bRd
>>16-17
ありがと
そしてディス鳥・カーネルバージョンもよくわからんと。。。
とにかく発生するのはものすごくレアなケースなのだろうね

RHEL3時代のext3は高負荷かかるとすぐにハングする代物だったが、
XFS関連での障害は周りで聞いたことないす
0020login:Penguin2012/01/19(木) 02:34:16.77ID:QHvaYXxg
>>18
ext3
0021login:Penguin2012/01/19(木) 03:14:51.23ID:H7QYZObP
>>18
ext3
0022login:Penguin2012/01/19(木) 03:33:05.82ID:xEactDAN
>>10
マイクロソフトの方？乙っす
0023login:Penguin2012/01/19(木) 08:41:55.43ID:6zCr+Ldt
ext3は16TB以上が・・・
0024login:Penguin2012/01/19(木) 10:35:26.14ID:Z7VnP04G
15TBのパテをいくつも作ればよろしい
0025login:Penguin2012/01/19(木) 11:03:08.32ID:Ys/T7C2Q
>>17
ステマ？
0026login:Penguin2012/01/19(木) 12:11:38.47ID:xEactDAN
>>25
ん？？なんの？
0027login:Penguin2012/01/19(木) 22:09:40.78ID:v2Quvzff
>>24
運用上めんどくさいじゃん
0028login:Penguin2012/01/20(金) 00:41:30.58ID:3Ebni27I
じゃあXFSでいいと思うよ。
ていうか他にまともな選択肢ないじゃん。
hfsplusかntfsでも使うか？
0029login:Penguin2012/01/20(金) 01:19:04.89ID:APz7+BCz
ntfs使ってるけど、もうずっとノートラブルで快適でいいよ
0030login:Penguin2012/01/20(金) 09:56:58.78ID:af+95EqR
>>27
デスクトップ用じゃなかったの？
0031login:Penguin2012/01/21(土) 14:10:14.62ID:u7354vx0
デスクトップというか個人で16TB以上のファイルシステム扱うなんてそうそう無いよな

0032login:Penguin2012/01/21(土) 15:25:04.79ID:i3I5LdvR
個人でデータ用に使うならNTFSが最強っぽい
0033login:Penguin2012/01/21(土) 15:33:16.86ID:EJHzwks6
>>32
スレ違い
0034login:Penguin2012/01/21(土) 15:44:36.32ID:avGQDmJx
個人で使うならWindowsが最強っぽい
0035login:Penguin2012/01/21(土) 15:52:47.52ID:i3I5LdvR
>>33
なんでLinuxで使ってるのにスレ違いなの？
0036login:Penguin2012/01/21(土) 17:25:13.35ID:x7+irdlW
レス違い
0037login:Penguin2012/01/21(土) 21:30:23.41ID:tQG+Il8o
>>32
ntfs-3g　が重すぎる気がするんだけど気のせい？
0038login:Penguin2012/01/21(土) 22:15:40.44ID:+qnrYWlq
>>37
それたぶん気のせいじゃない
どのファイルシステムと比べてか知らんが、とにかくntfs-3gは遅い

モンキーパンツのページ見ようぜ！
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
0039login:Penguin2012/01/21(土) 22:31:16.60ID:avGQDmJx
だからやせ我慢しないで素直にWindows使えばいいのに
0040login:Penguin2012/01/21(土) 23:04:23.94ID:u7354vx0
なんで個人の話になってるんだ？

このスレだったら小規模でもサーバー立ててクラスター作ってるんだと思ったんだけど
0041login:Penguin2012/01/22(日) 11:04:51.57ID:1FR41QhQ
なんでそんな妄想したんですか？
0042login:Penguin2012/01/22(日) 15:27:23.00ID:1/ibAyGp
LinuxはサーバーOSだからだろ？
言わせんなよ。
0043login:Penguin2012/01/22(日) 19:16:36.33ID:q5NEirwY
人殺しが作ったファイルシステムが一番パフォーマンスがいいんやな
悲劇やな
0044login:Penguin2012/01/22(日) 19:33:34.20ID:89nWPcee
reiserfsとxfsどっちのほうがつよいの？
0045login:Penguin2012/01/22(日) 19:37:13.01ID:GsC0g0cx
それはニーナに訊けよｗ
0046login:Penguin2012/01/22(日) 21:00:07.21ID:FU1IwYIz
死人に口無し
0047login:Penguin2012/01/22(日) 22:06:52.89ID:Sk44jDt7
xfsでカーネルスタックが起きる具体的な事例を教えてくれ
0048login:Penguin2012/01/22(日) 22:19:14.33ID:nig10grW
>>47
KOSAKIたんの元ネタのこのスレッド
ttp://lkml.indiana.edu/hypermail/linux/kernel/1004.0/01887.html
0049login:Penguin2012/01/22(日) 23:53:30.77ID:8PQHq6RA
kosakiタソまじハッカー
0050login:Penguin2012/01/23(月) 16:01:03.90ID:2tDnNQXj
InfoQ: Windowsの新ファイルシステム: ReFS http://www.infoq.com/jp/news/2012/01/ReFS
0051login:Penguin2012/01/23(月) 16:03:55.22ID:4nrgfOwI
>>50
板違い
0052login:Penguin2012/01/23(月) 16:28:20.44ID:BYK1Zey8
そうカッカしなさんなって。
特にエラー検知はLinuxにも必要な仕組みだ。
全域チェックサムは今のところZFSにしか付いていない。
ファイルシステムの後進性がLinuxの足かせになりつつある気がする。
FUSEでもいいから使いたい。
0053login:Penguin2012/01/23(月) 18:15:27.10ID:xcQufmIr
>>52
> 全域チェックサムは今のところZFSにしか付いていない。
btrfsはダメなの?
0054login:Penguin2012/01/23(月) 18:22:34.20ID:dA5MDfMk
ダメだろ
0055login:Penguin2012/01/23(月) 18:28:17.05ID:kNWatxow
完成すらしなさそうだしな
0056login:Penguin2012/01/23(月) 18:33:47.85ID:xcQufmIr
>>54
>>55
技術的な差違が説明できないなら帰って。
0057login:Penguin2012/01/23(月) 18:35:39.04ID:otbuL5Qq
残念ながら>>52はそんなことはどうでもいいのだ
0058login:Penguin2012/01/23(月) 21:52:39.42ID:SdlTRybF
>>56
賛成！
0059login:Penguin2012/01/23(月) 22:42:18.90ID:+v0hcNIv
Fedoraスレから転載
http://fedoraproject.org/wiki/Features/F17Ext4Above16T
0060login:Penguin2012/01/24(火) 00:15:57.50ID:T+79sS7e
ファイルシステム民が考える
最高の自宅サーバーのFSの構成を教えてくらはい
/boot
/home
/var/www
/var/log
/var　
/tmp

/mnt
0061login:Penguin2012/01/24(火) 00:17:59.43ID:V1rEC4r+
/boot：xfs
/home：btrfs
/var/www：ZFS
/var/log：ZFS
/var　：ZFS
/tmp：btrfs
0062login:Penguin2012/01/24(火) 00:18:11.83ID:VxYUDzd2
/boot
/
/data
0063login:Penguin2012/01/24(火) 00:19:20.19ID:fwgFSaTj
/
0064login:Penguin2012/01/24(火) 00:22:16.24ID:vbc8c5RJ
全部zfsでいいやと思ったけど
/tmpはtmpfs一択だな。メモリに余裕があればの話だけど。
0065login:Penguin2012/01/24(火) 07:17:14.49ID:hrO1DDPN
NTFSが遅くてext3が速いってのはLnux上で使ったときの話だろ?
Windowsでは実際NTFSしか使えないから検証のしようがないが
もしWindows上でext3(4)が使えるようになったとしたら相当速くなったりするんだろうか
0066login:Penguin2012/01/24(火) 08:03:56.13ID:ERJGzkkM
>>65
板の性質上winでのパフォーマンスには興味ない奴が大多数だと思われ
0067login:Penguin2012/01/24(火) 10:01:33.82ID:J4UOB6Ac
もうFreeBSDでいいじゃん
おまえら15年もの間よくがんばったよ
0068login:Penguin2012/01/24(火) 11:23:47.96ID:qSF1nGkV
>>65
オープンソースのext4実装onWINDOWSの場合、速い！でもなんか心配。。。で使われない
まさかのMSがext4実装の場合、MSがNTFSより速くする訳がない
という話になるわな
0069login:Penguin2012/01/24(火) 15:01:31.70ID:+81VQicO
ZFS正式サポートのFreeBSDに比べてLinuxときたら...
0070login:Penguin2012/01/24(火) 15:36:44.05ID:X/8s72qs
>>65

ext3はwindowsでも使えるよ。
ext4は読み込みだけだったけど、今は書き込みもできるのかな。
速度は気にしたことないからわからない。
0071login:Penguin2012/01/25(水) 01:45:56.56ID:SSFo0CPe
JFS
0072login:Penguin2012/01/25(水) 02:01:32.04ID:gm608zMB
>>71
まともにメンテされてないやん
0073login:Penguin2012/01/25(水) 02:04:04.53ID:WF/syvJZ
ext5の開発が待ち望まれるな
0074login:Penguin2012/01/25(水) 02:12:26.63ID:gm608zMB
>>73
そもそもext4はbtrfsまでのつなぎのfsとして開発が始まったものなので、
もしext5が開発されるようなら、Linuxのfsはかなり終わってる状況…
0075login:Penguin2012/01/25(水) 03:20:26.38ID:pZrek6I/
Oracleってlinux助ける為にbtrfs買い取ったんじゃないの？
0076login:Penguin2012/01/25(水) 09:34:39.99ID:H4Y9PoGh
他のスレに書いたけどそのスレ数日間止まってるのでここにも書かせて下さい

NFSサーバってファイルを読む時にサーバ上のメモリにキャッシュすると思うけど
4GBとか大きなファイルにアクセスする時にはいきなりファイル全体をメモリに置くの？
それともアクセスの状況を考えてちょっとずつ置くの？

例えばメモリ16GBぐらいのシステムで別の4GBのファイル8つに
クライアントがそれほど速くない速度（4MB/sec）アクセスした場合は
どんな感じでキャッシュされるのだろう？
0077login:Penguin2012/01/25(水) 09:53:50.73ID:MAiMGPFy
FIFOじゃね？
0078login:Penguin2012/01/25(水) 10:23:30.24ID:mCUEY8CR
>>75
OracleにしろRHにしろ、買収した途端に発展が止まるのが定番パターン。
0079login:Penguin2012/01/25(水) 11:39:09.59ID:cGEONHt7
大きい企業が手を出すとスピード感が落ちるのは仕方ない
0080login:Penguin2012/01/25(水) 17:37:38.42ID:K2Wo0c1d
買収？
0081login:Penguin2012/01/25(水) 19:33:17.48ID:BDrz7Z53
>>74
＞そもそもext4はbtrfsまでのつなぎ
ソースが見当たらない。
0082login:Penguin2012/01/25(水) 19:46:37.17ID:gm608zMB
>>81
日本語で簡単にググって見つかる範囲だと、たとえば
ttp://ec.nikkeibp.co.jp/item/backno/LI1117.html の
「カーネル開発者の間でも，「ext4」はつなぎであり，Btrfsこそが，
これからのファイル ・ システムの “本命” といわれています」
とか
0083login:Penguin2012/01/25(水) 19:49:57.94ID:jYfMm9nB
>>82
日経Linuxの記事タイトルってソースとしては弱すぎやしないか？
0084login:Penguin2012/01/25(水) 19:52:24.07ID:MAiMGPFy
（※ 記者の願望です）
0085login:Penguin2012/01/25(水) 20:09:08.55ID:RZHgEp4Q
※要出典ってやつか
0086login:Penguin2012/01/25(水) 20:09:57.16ID:gm608zMB
>>83
うぐぅ。当時のLKMLのアーカイブから引っ張ってくるの面倒なんだもの…
0087login:Penguin2012/01/25(水) 20:16:10.74ID:jYfMm9nB
俺もbtrfsにはめっちゃ期待してるから
別にbtrfsをディスるつもりはないけど
2009年当時と今じゃ事情が変わってたりするだろうしね。
0088login:Penguin2012/01/25(水) 20:18:19.78ID:gwUSLgVo
Ted Ts'oがはっきりそう言ってる。
もう何年も前の話だから、今どう考えてるのか知らないけど。
検索代行してやるつもりはない。
0089login:Penguin2012/01/25(水) 20:26:32.64ID:vsoijb/G
LinuxはGNU Hurdが出るまでのつなぎ。
そう思ってた時代が私にもありました。
0090login:Penguin2012/01/25(水) 20:28:42.71ID:jYfMm9nB
英語版wikipediaのbtrfsから辿れるリンクに確かにTed Ts'oがそういう旨のことを言ったって記事があるね
http://arstechnica.com/open-source/news/2009/04/linux-collaboration-summit-the-kernel-panel.ars
これも2009年だからちょっと古めだけど
少なくともext4が作られた当時はbtrfsへのつなぎみたいな気分で作られたみたいね。

■ このスレッドは過去ログ倉庫に格納されています