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

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

レス数が1000を超えています。これ以上書き込みはできません。
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へのつなぎみたいな気分で作られたみたいね。

0091login:Penguin2012/01/25(水) 22:24:05.68ID:IvAAC+iO
じゃあそろそろ btrfs にインスパイアされた ext5 が出てくる頃合いじゃねぇか・・・
0092login:Penguin2012/01/25(水) 22:51:54.41ID:8IPfB2E6
じゃあ俺はext0を作るお
0093login:Penguin2012/01/25(水) 23:18:06.98ID:sfsxBgV6
じゃあおれはexit
0094login:Penguin2012/01/26(木) 00:44:30.65ID:rWv38/3V
そういう停滞した雰囲気なら、もうそろそろストールマンがGNU FSとか出してきそうだけどな。
そのFSに置かれたファイルは全て自動的に共有される機能搭載とかで。
0095login:Penguin2012/01/26(木) 00:49:21.51ID:CNMI4b/7
たかがディスクにデータ並べるだけの話なのに似たようなものいくつも作って競い合って馬鹿みたい
0096login:Penguin2012/01/26(木) 01:04:26.35ID:n4t3Mpyv
それを行ったらブラウザなんてたかがHTMLtを解釈して表示するだけのソフトなのに
各社似たようなの作って競い合ってるんだけどな。
0097login:Penguin2012/01/26(木) 01:16:57.97ID:SqDU8Eaj
プログラミング言語なんて
たかが人間の記述したコードを機械語に変換するだけの話なのに
似たようなものいくつも作って競い会って馬鹿みたい。
0098login:Penguin2012/01/26(木) 02:12:31.87ID:kK+m+swE
今風にするならext0じゃなくてext/Zeroのがいいと思う
0099login:Penguin2012/01/26(木) 03:05:02.10ID:FL9VMihM
ext零式
0100login:Penguin2012/01/26(木) 13:12:06.59ID:y9sjTFYA
ZFSのライセンスがGPLやBSDなら良かったのになぁ
0101login:Penguin2012/01/26(木) 14:08:00.23ID:KrAIP0Th
FreeBSDのZFSをLinuxに移植すればBSDライセンスなんだろうから、問題無くね？
0102login:Penguin2012/01/26(木) 14:09:02.67ID:Bz+jQGsI
>100
GPL はまずいだろ

>101
FreeBSD では CDDL ライセンスのコードは「別管理」になってるよ
GPL 分のコードも別管理
0103login:Penguin2012/01/26(木) 23:52:46.93ID:FL9VMihM
もうライセンスとか無くなればいいのに
そんな世界になってほしい
0104login:Penguin2012/01/27(金) 02:05:33.48ID:EXVcajOQ
全部自分で作ればいいじゃん
ソフトなんて0と1が並んでるだけなんだから君にもできるｗ
0105login:Penguin2012/01/27(金) 10:43:33.19ID:5EwLiYIe
ライセンスがなかったら
後から何言われるかわからなくて逆に怖いよ。
0106login:Penguin2012/01/27(金) 12:16:23.49ID:HD3XZ0Ks
gifのことかー！
0107login:Penguin2012/01/27(金) 18:54:12.74ID:s1Wt5zck
>>105
いわゆるサブウェイ特許というやつか！
0108login:Penguin2012/01/27(金) 19:01:51.05ID:OMxQFiOk
サブウェイだと頭を出す場所は限られてるから
そこで待って叩けばいいんじゃないかな
0109login:Penguin2012/01/27(金) 19:02:21.95ID:5EwLiYIe
>>107
特許の話じゃないよ。
0110login:Penguin2012/01/27(金) 20:10:38.66ID:M+KsGcf6
サブウェイライセンス

宋代に発明されたとされる参度一致なる糧食に
密かに挟み込まれた密書に由来する。
偽装、偽装ではないが意図的、ないし意図せずして
別種の雷扇子を内包するもの。
----
民明書房"はじまりのライセンス"より
0111login:Penguin2012/01/28(土) 12:10:13.10ID:Y+AGApCV
地下鉄と潜水艦とじゃあまりにも違いすぎるだろ……
0112login:Penguin2012/01/29(日) 07:12:58.56ID:/Gr4bTZG
フットロングのハニーオーツでお願いします。
0113login:Penguin2012/01/29(日) 10:28:39.20ID:1r/DOAiF
サブウェイがネタだったのかガチだったのかが知りたい
0114login:Penguin2012/01/29(日) 11:25:06.44ID:wfsrfne9
http://www.subway.co.jp/
0115login:Penguin2012/01/29(日) 12:42:06.53ID:Ogg55yqx
フットロングって何？パンの種類か何か？
0116login:Penguin2012/01/29(日) 19:50:06.40ID:aJjSQ45i
通常サイズの2倍で長いパンまるごと一本分
0117login:Penguin2012/01/29(日) 20:22:41.59ID:Mss9zgo1
そんな注文できるのか。知らんかったわw
0118login:Penguin2012/01/29(日) 23:08:22.02ID:dJFcnu0o
でも半分を二つ頼んでも同じ値段だから、違う味のを二つ頼んだ方が良い
0119login:Penguin2012/01/31(火) 00:57:56.03ID:/SXS4me9
このスレで16GB以上のRAID組んでいる人ってメモリは何GBぐらい積んでるの？

かなり積まないと鯖側でキャッシュアウトしそうだよな
0120login:Penguin2012/01/31(火) 01:10:34.80ID:lzm6F0Cu
2TB積んでる俺は答えちゃダメかな。
0121login:Penguin2012/01/31(火) 02:15:30.35ID:dIcGHZm6
>>119
えっと…
0122login:Penguin2012/01/31(火) 09:01:25.87ID:qO4SkUwE
今時16GB未満のRAID組んでる奴いるのか？
0123login:Penguin2012/01/31(火) 10:40:13.61ID:j1zJeiqj
今管理してるサーバは12ギガのraidだな
0124login:Penguin2012/01/31(火) 12:55:04.46ID:xSNE92Dl
CopyFSの調子が悪くなった。 お前らんとこは大丈夫か？
0125login:Penguin2012/01/31(火) 17:31:57.24ID:1sSLZ3vm
16GB未満のRAID組んでるよー
SDカードだけどな
Linuxとアダプタの相性が鬼門
0126login:Penguin2012/02/03(金) 11:45:21.35ID:FBUFcUDb
パーティションテーブルにGPTを使いました。
Secondary GPTのヘッダは書き込まれたのですが、エントリが書き込まれませんでした。
Primary GPTにはヘッダ、エントリ共に書き込まれました。
インストーラで作ったので、パーティションを作成したツールが何かはわかりません。
ツールによってエントリ部をSecondaryにコピーしないのでしょうか？
ディスクの末には34セクタ以上の空きがあるので、書く場所は十分あるのですが。
0127login:Penguin2012/02/03(金) 12:15:06.00ID:Xus/JX5l
こんばんわＺＩＰＰＯ初心者です。
今年新卒で記念に初めてＺＩＰＰＯを買おうと思っているのですが
俺の尻の穴に貴方の野太いちんぽぶち込んでくれませんでしょうか？
今が旬のオススメＺＩＰＰＯなんかを教えて欲しいです。
よろしくお願いいたします。
01281272012/02/03(金) 12:16:02.18ID:Xus/JX5l
す、すみません！
３行目に他スレに使おうと思ってた文章が入ってしまいました
３行目だけ無視して読んでください
誤爆すみませんでした！m(_ _)m
0129login:Penguin2012/02/03(金) 14:31:11.80ID:QCGqgKJC
8年くらい前のネタだな。
0130login:Penguin2012/02/03(金) 23:23:24.26ID:xTcJjihQ
>>126
っdd
0131login:Penguin2012/02/04(土) 03:28:15.10ID:ikiwQyYx
>>126
GPT時代に、 fdisk にかわる CUI ツールはなんですか?
0132login:Penguin2012/02/04(土) 04:18:27.01ID:bwHl27OF
パーティショニング自体が時代錯誤なんじゃないのかね。
mkfs.hoge /dev/sdX だけ覚えておけば、他はいらないと思う。
0133login:Penguin2012/02/04(土) 08:22:21.12ID: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　　 ヾ　丶
　　　　　"~､ｿ:: :い:: :　　　　　＼_　　ノ　,　　　 ヾ　丶
0134login:Penguin2012/02/04(土) 12:23:51.83ID:03t3gfng
>>131
CLIならpartedじゃなかろうか
0135login:Penguin2012/02/04(土) 18:30:30.09ID:qEirDRi6
今はどのFS使っておけばいいのよ
新しいHDD買ったからどれにするか悩む
0136login:Penguin2012/02/04(土) 20:15:37.13ID:i/wnMthV
ext4使っとけばだいたい問題ないよ
0137login:Penguin2012/02/04(土) 21:09:01.82ID:9l/juQuF
新しいまっさらなHDDなら、人柱としてNILFSなんてどうでしょうか。
バグレポートに謝辞と共に名前を残してもらえるかもしれません。
0138login:Penguin2012/02/04(土) 21:17:13.47ID:kBzHykAZ
nilfsいいゾ〜これ
0139login:Penguin2012/02/04(土) 22:52:17.04ID:fyyuHbV1
>>131
gdiskでいいんじゃないの
0140login:Penguin2012/02/05(日) 00:38:51.25ID:sY76oS05
NFS鯖 A ext3
NFS鯖 B xfs
クライアント C

C上でデータをrsyncでAからBに転送しようとするとCが落ちて再起動される・・・

なんでだ？
0141login:Penguin2012/02/05(日) 00:45:25.21ID:VCsDl26G
なんでだって、そりゃあんた、いくらでも思い付きますが…
0142login:Penguin2012/02/09(木) 16:21:57.66ID:03fq4xjJ
>>134 >>139
いまさらだが thx 調べてみる。
0143login:Penguin2012/02/10(金) 07:43:52.09ID:TtEus9Zv
>>141
いくらでも上げてみて下さい
0144login:Penguin2012/02/10(金) 10:18:59.51ID:8q8iZ2/6
露骨な誘導ですねｗ
0145login:Penguin2012/02/10(金) 11:07:58.71ID:4r2hxVcw
あれから、btrfsはどこに行ったんだろう
0146login:Penguin2012/02/10(金) 13:36:12.69ID:jivxyAh5
>>145
来まくりやがっておいでだと思うのですが如何
0147login:Penguin2012/02/10(金) 13:55:54.88ID:xgqLPtMG
日経Linuxにbtrfsの記事が乗ってたけどダメダメなんだってね。
0148login:Penguin2012/02/10(金) 14:27:27.38ID:TlGKtN1V
btrfsがだめでもzfs-fuseはないわー
http://itpro.nikkeibp.co.jp/article/Watcher/20120208/380453/
0149login:Penguin2012/02/10(金) 16:36:13.82ID:5rGkm+wy
gptで管理している最後尾のext4のパーティションをリサイズしたいけど上手くいかない。
msdosパーティションの要領で、

1.古いパーティションを削除
2.リサイズ後のパーティションを作成。
3.resize2fs /dev/sdx

と試すも、3でスーパーブロックが見つからないとエラーメッセージがでてしまう。
Bad magic number in super-block...というやつ。
0150login:Penguin2012/02/12(日) 01:39:36.17ID:AaW5WVna
https://github.com/vmware/CloudFS

VMware社がBSDライセンスで開発してるCloudFS

0151login:Penguin2012/02/14(火) 22:48:01.93ID:7RGLlndh
>>150
これどういうFSなの？
0152login:Penguin2012/02/15(水) 10:18:20.21ID:Agd56dtu
>>148
ZFS使えって言ってる割にはopenindianaにも触れないわ、ZFS on Linuxにも触れないわっていうのはどうなんだ。
0153login:Penguin2012/02/15(水) 14:38:22.01ID:fvBcPyG0
日経だから
0154login:Penguin2012/02/15(水) 22:18:03.66ID:6Ce2Cufi
おれは日経より、あの娘の月経のほうが興味あるお
0155login:Penguin2012/02/15(水) 22:28:03.54ID:7o4SWkyS
通報した
0156login:Penguin2012/02/15(水) 22:38:22.48ID:3B9OGD7v
精通した
0157login:Penguin2012/02/15(水) 22:39:20.54ID:CN8Zl11X
せいつう・・・
つまりプロフェッショナルか！！！
0158login:Penguin2012/02/16(木) 00:34:58.62ID:/+9VcGlQ
おれは精通に精通してる
0159login:Penguin2012/02/16(木) 03:01:01.96ID:mtha2PvG
FSCache で、ローカルHDDをSSDでキャッシュしてみた人居ませんか?
0160login:Penguin2012/02/17(金) 13:09:18.04ID:rZUnY8/D
いません
0161login:Penguin2012/02/18(土) 21:11:55.70ID:BKoHX/iN
http://www.h-online.com/open/news/item/Fedora-puts-back-Btrfs-deployment-yet-again-1436704.html
ああ、やっぱり今回もダメだったよ
あいつは話を聞かないからな
0162login:Penguin2012/02/18(土) 22:58:16.49ID:XYtpOMXZ
やっぱりExt5開発されるのかな
hammerFS移植って道は残ってるんだっけ?　進んでるって話は聞かないけど
01631272012/02/19(日) 00:22:20.70ID:syI8A8TK
本命はext5じゃないかな
0164login:Penguin2012/02/19(日) 00:57:16.69ID:xTjFnaAX
ZFSでubuntuを使いたいよー
0165login:Penguin2012/02/19(日) 01:34:14.48ID:SkM2UgiY
http://piyopiyopiyo.blog.bbiq.jp/piyos_diary/2011/05/#entry-42269096

最近のe2fsprogsだとext4のデフラグできるんだ。

> まだまだ開発段階というのは本当かと思った。
> 試していたところ、必ず SIGKILLを受けて強制終了する領域(/dev/sda5)があった。
> 実運用には乗せられないな…

人柱モードみたいだけど。
0166login:Penguin2012/02/19(日) 03:31:56.87ID:epF7f3o5
kernel 2.6とかいつの話だよ
0167login:Penguin2012/02/19(日) 09:32:55.31ID:AXuaN6xZ
てほど昔でもないでしょ。
stable系としてまだまだ現役。RHELもそうだし。
0168login:Penguin2012/02/19(日) 12:54:34.05ID: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 / とかやって丸ごとデフラグしても、うちでは正常に終了するな
0169login:Penguin2012/02/19(日) 14:12:55.12ID:GrW1lc6L
>>168
Fedoraは15では確実にe4defragあった　時々使っても特に不具合無かった
14にあったかどうかは覚えてないな
スレ遡ると私の報告があるかも知れない
0170login:Penguin2012/02/19(日) 14:22:25.52ID:q1fHM2CB
>>168
お〜偉いぞ。もっとガンバレ！！
0171login:Penguin2012/02/19(日) 16:21:09.62ID:GPDR/rjk
ニルスはいったいいつ正式採用されるのですか？
0172login:Penguin2012/02/19(日) 18:01:46.96ID:SkM2UgiY
>>168
Debianのtestingとunstableは1.42だよ。
なんたってDebianのe2fsprogsパッケージのメンテナはTheodore Y. Ts'o本人だから。

http://packages.qa.debian.org/e/e2fsprogs.html
http://e2fsprogs.sourceforge.net
0173login:Penguin2012/02/19(日) 18:04:31.42ID: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
0174login:Penguin2012/02/20(月) 00:24:49.88ID:dJvw34nC
e2fsprogsをOSのメジャーアップデートまで変えないであろうRedHatは
RHEL7になるまでext4は16TB上限のままなのかなぁ。

4TB HDD 6台のRAID5で溢れるから、そろそろ一般ユーザーにも
上限が見えてきつつあるんだけど。
0175login:Penguin2012/02/20(月) 14:49:06.44ID:rfBX5Bn9
ext4はファイルの作成日時がないんやな
0176login:Penguin2012/02/21(火) 13:35:13.84ID:GtQMNMai
>>175
?
0177login:Penguin2012/02/21(火) 14:09:36.31ID:QLpqxhHF
>>164
nightly使えばルートにもできるぞ！
https://github.com/dajhorn/pkg-zfs/wiki/HOWTO-install-Ubuntu-to-a-Native-ZFS-Root-Filesystem
0178login:Penguin2012/02/21(火) 21:22:29.92ID:BcYRe8Kl
>>177
64ビットの持ってないし、、、PC-BSD使おうかなあ、、、
0179login:Penguin2012/02/21(火) 21:26:03.80ID:QFoueqVW
新しめのハードならBSD系はちょっと
0180login:Penguin2012/02/21(火) 21:45:47.45ID:rlbeBffo
>>176
crtimeのことだと思われ。
ext4にもcrtimeはあるらしいよ。
見えないようになってるし、弄れないけど。
0181login:Penguin2012/02/21(火) 23:41:32.46ID:rW7tJ1te
BSDはオワコン
0182login:Penguin2012/02/21(火) 23:44:52.84ID:QFoueqVW
ちょっと表でろよてめぇ
0183login:Penguin2012/02/22(水) 07:23:18.88ID:iJPlXNmN
>>182
寒いよ？
0184login:Penguin2012/02/22(水) 12:52:47.35ID:x+CKsE3c
オワコン言われるほど始まってもいねえよ
0185login:Penguin2012/02/22(水) 12:55:25.88ID:olN/Lct9
たしかに
0186login:Penguin2012/02/23(木) 15:09:34.30ID:IyIewDRL
>>178
32bitでも動くことは動くでしょ。OS関係無く32bitな環境でZFS使うのが間違ってる気はするけど。
0187login:Penguin2012/02/23(木) 20:32:32.23ID:FpBabB9M
NTFSのアクセス日時だけはいらねえ　断言できる
0188login:Penguin2012/02/23(木) 20:47:43.34ID:9S8IVtuW
もうNtfsDisableLastAccessUpdate（noatime相当）がデフォルトになってるから安心しろ
0189login:Penguin2012/02/24(金) 00:10:30.64ID:Ax4i3Gwz
64bitを導入しなくても32bit Linuxで16TBなHDDにEXT4などで
ファイルシステムを構築できますか？制限はありますか？
HDDのセクターサイズは4096byteのタイプを想定します。


0190login:Penguin2012/02/24(金) 00:21:33.80ID:ZSUQFlF3
ZFS の recordsize って一度設定してしまうともう消せない？
tank でやっちゃったよ…。
0191login:Penguin2012/02/24(金) 01:06:53.23ID:iuIUMjsf
18TBのRAID6を xfs で作ったが ext4 にしたくなった・・・

18TBのRAIDのバックアップ先に18TBのRAIDが必要だ。
0192login:Penguin2012/02/24(金) 07:28:33.73ID:rcBfdZM8
もう18TBも埋まってるのか
つかバックアップなしとかどんな運用だｗ
0193login:Penguin2012/02/24(金) 08:30:25.13ID:XE8u+5eJ
RAIDならバックアップは必要ないだろ。
ところで、32bit linuxで使ってたファイルシステムを64bit linuxにつないでも大丈夫なのか？
エンディアンが原因で中身を全部吹き飛ばしちゃうんじゃないだろうか
0194login:Penguin2012/02/24(金) 08:42:17.69ID:FcYnPU8e
え？raidでも当然のようにバックアップしてますが
0195login:Penguin2012/02/24(金) 08:46:23.05ID:tsdqca8v
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
RAIDならバックアップは必要ないだろ。
0196login:Penguin2012/02/24(金) 09:02:24.12ID:/tdnpXF7
アレイが破損したらバックアップ取ってなければ全滅やなｗ
0197login:Penguin2012/02/24(金) 09:23:31.59ID:GRrFOdk0
>>193
とんでもないバカがおる…
0198login:Penguin2012/02/24(金) 09:38:51.10ID:UikIL/+2
なんという釣り餌ｗ
0199login:Penguin2012/02/24(金) 10:14:58.09ID:KvJsmdvo
こんなあからさまな釣りでさわぐなよ。
0200login:Penguin2012/02/24(金) 12:49:13.53ID:Ax4i3Gwz
多段履歴バックアップを超える危機管理以外の方法はないね。
RAODの規格にバックグラウンドでアクセスが少ないときに多段
バックアップするタイプも定義してほしいわ。
論理的ファイル構造が壊れたらハードウエアが完璧でも
全体が壊れるわけでバックアップに勝る復帰方法は無いわ。
0201login:Penguin2012/02/24(金) 12:53:17.12ID:i2NgFep+
rsyncでバックアップとってたら、ファイルサイズもタイムスタンプも
同じで中身が入れ替わってたでござる、の巻
0202login:Penguin2012/02/24(金) 14:41:19.54ID:hWzUS0K0
個人用途では大容量2台でミラーリングでいいや
もちろんオンボードで
0203login:Penguin2012/02/24(金) 15:20:38.23ID:alBYZpmn
>201
たまには -c (checksum)で rsync 走らせろや
0204login:Penguin2012/02/25(土) 15:01:22.22ID:HgmfjAce
>>201
なにそれこわい。
>>203 のおかげで勉強になったわ。俺もやってみよう。
0205login:Penguin2012/02/25(土) 22:38:03.96ID:UXvl6lh9
nilfs2でuuidの割り当てができないんだけど…。
0206login:Penguin2012/02/26(日) 19:14:23.27ID:6q3qK+QF
ZFS同士のファイル転送でチェックサム付きrsync実行するのって意味ないよね？
0207login:Penguin2012/02/28(火) 01:58:06.87ID:N12UIxA6
[Phoronix] XFS File-System Speeded-Up, Cleaned-Up Last Month
ttp://www.phoronix.com/scan.php?page=news_item&px=MTA2MjI
0208login:Penguin2012/02/28(火) 09:27:34.44ID:Dyw1MnS8
>206
にゃんで?
checksum の目的が違うでしょ
0209login:Penguin2012/02/28(火) 19:08:49.11ID:1+4VJW68
んじゃ同じファイルのチェックサムをZFSとrsyncでそれぞれ計算するの？
いくらCPUパワーが有り余ってるからって資源の無駄遣いだね。
0210login:Penguin2012/02/28(火) 19:52:26.80ID:hR90iNed
は？
0211login:Penguin2012/02/28(火) 21:30:29.15ID:yXKKvjTq
ファイルシステムが行うのは記録内容が破損したかのエラーチェックで

ファイル同士の同一性の確認を内容比較じゃなくchecksumでやって
いるんじゃね？
0212login:Penguin2012/02/28(火) 22:26:59.31ID:HMLsvzvF
209はたぶんものすごいバカ
0213login:Penguin2012/02/28(火) 22:32:32.79ID:1kmqzzGa
無駄だというのは間違った感想じゃないと思う
ファイルシステムが勝手にチェックサムを計算しておいて、システムコールで取り出せるって設計もないわけじゃない
アプリケーションが必要としたら、既に計算してあるチェックサムを即座に知ることができる
0214login:Penguin2012/02/29(水) 02:20:02.45ID:LFPEJwJj
できたとしても、ファイルシステム(zfs)依存の機能になるから
汎用性は低くなっちゃうよね。
まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
たしかに相当便利だろうね。
posixでファイルシステムに記録されるチェックサムまで
規定されてれば面白かったかも。
0215login:Penguin2012/02/29(水) 02:43:01.29ID:BNKAALfl
>まぁ、zfs 操作ツールとして rsync互換のコマンドがあったら、
>たしかに相当便利だろうね。

の返事は、

>できたとしても、ファイルシステム(zfs)依存の機能になるから
>汎用性は低くなっちゃうよね。
0216login:Penguin2012/02/29(水) 02:46:23.68ID:glEdY+b4
e2fsprogsでbtfs操作しろとな？
0217login:Penguin2012/02/29(水) 08:29:21.16ID:LFPEJwJj
>>215
だから、
> posixでファイルシステムに記録されるチェックサムまで
> 規定されてれば面白かったかも。
て書いたんだけどなぁ。
ちょっと想像力が足りないんじゃない？
0218login:Penguin2012/02/29(水) 09:11:00.28ID:9rArbxRw
#rsync --zfs-specific-function -c ~
error: not support fs(ext2)
use -force option
0219login:Penguin2012/02/29(水) 09:51:58.44ID:TZANIlZ0
#rsync --zfs-specific-function -force -c ~
error: don't use -force option
use -really-force option
0220login:Penguin2012/02/29(水) 18:59:16.50ID:k8xoF+dP
ext4はウンコじゃんかよ・・・
素直にReiserFSしとけばよかった
0221login:Penguin2012/02/29(水) 19:13:04.75ID:3R0VeGdg
Reiserは糞
情強はXFS
0222login:Penguin2012/02/29(水) 19:32:35.27ID:kT5N2KxL
reiserFSはヤバい
コイツこそがキラーFS
0223login:Penguin2012/02/29(水) 19:39:11.71ID:sL7M3ReR
なんで？
0224login:Penguin2012/02/29(水) 20:16:23.64ID:MgUqkfZ1
察してください
0225login:Penguin2012/02/29(水) 20:20:03.20ID:sL7M3ReR
なるほど殺人者か
0226login:Penguin2012/03/01(木) 00:15:06.29ID:Qs9CWV8e
>>221
XFSってなんの冗談だよ…
0227login:Penguin2012/03/01(木) 01:24:33.18ID:j06s1ZK8
JFSが最強だよ
0228login:Penguin2012/03/03(土) 11:58:49.05ID:/wEvphsI
実際問題、次世代が混沌としてるのが実情だよね
0229login:Penguin2012/03/03(土) 13:15:52.10ID:erxqvnxx
そもそもファイルシステムって概念自体がレガシーになってきてるんじゃないか？
テラデータ時代にPOSIX互換でバランス良いファイルシステムってのは不可能だ。
ファイルシステムは起動＋ブロック割り当て用にシンプルな奴があれば十分で、
あとはアプリケーション側で好きなように実装したほうがいいんじゃないかなぁ。

AppleのSparsebundleみたいなのがLinuxにも欲しいな。
0230login:Penguin2012/03/03(土) 13:42:17.25ID:ISLA3pS6
あるが
0231login:Penguin2012/03/03(土) 14:21:24.76ID:3WqgXkiC
>>228
やっぱり次までのその場しのぎの真打ext5が立ち上がるのか
0232login:Penguin2012/03/03(土) 14:22:03.79ID:zBhib/i4
btrfsーっ！早く来てくれーッ！
HammerFSでもいいけど
0233login:Penguin2012/03/03(土) 14:28:51.03ID:ISLA3pS6
実際ext5は開発が始まっているのですか？
0234login:Penguin2012/03/03(土) 14:55:22.92ID:3WqgXkiC
>>233
知ってる限りは始まってないけど、ext4にいろいろ機能追加するプロジェクトはあったと思う
まあ、btrfsの行方がはっきりするまでは、冗談としてたまに話題に上がるものと思っていて下さい
0235login:Penguin2012/03/03(土) 16:41:58.24ID:Ie8VPjbV
BtrfsってFedoraに期待すればいいの？Ubuntuに期待すればいいの？
そ・れ・と・も　Oracle？
0236login:Penguin2012/03/03(土) 18:09:10.12ID:Ig13KvbD
OraOraclecleだったらもっと売れたんだよ、あの子は！
0237login:Penguin2012/03/03(土) 18:25:39.73ID:oS0Ge26c
SolarisやJavaやMySQLといいBDBといいあそこに買われた時点で飼い殺しだろ
ext5に期待するしかねーよ
0238login:Penguin2012/03/03(土) 18:26:43.37ID:WL9c74EY
(´・ω・)ｶﾜｲｿｽ
0239login:Penguin2012/03/03(土) 21:47:06.26ID:6G55c4si
btrfsよOOoみたいにブチ切れて飛び出してこい
0240login:Penguin2012/03/03(土) 21:58:07.17ID:UPuAeDDp
そうすっと、次はext5がOracle印になるのか
0241login:Penguin2012/03/03(土) 22:07:50.47ID:mWZ4F5oc
売ったヤツらと買ったのが嬉しいだけで
あそこに買われたとこの客なんて迷惑しか被ってないだろ
技術者自分とこで囲えないんだからしゃーないとは思うがｗ
0242login:Penguin2012/03/03(土) 23:32:53.90ID:tVibBZM7
ワシのextは108まであるぞ
0243login:Penguin2012/03/04(日) 02:11:14.67ID:7pKPxm32
btrfsとzfsのどっちかは他社に売りなさいという命令を出せないかな？
RedHatかIBMかミカカあたりがプロジェクトごと買い取って力入れるといいのに
0244login:Penguin2012/03/04(日) 02:14:26.30ID:eA3XPtVO
サムスンとかはこういうのに興味ないのかな
0245login:Penguin2012/03/04(日) 03:32:21.33ID:sMLt45li
あいつらソフトウエア作れるっけ？
0246login:Penguin2012/03/04(日) 04:19:25.55ID:ntpLLnhi
GPL自体を嫌ってそうだからなぁ
ソースに変な自己主張入れたがるしｗ
0247login:Penguin2012/03/04(日) 15:27:21.63ID:Gc0nDDkZ
>>244>>245
自社のAndroidには専用のFS搭載してるって話だよ
当然クローズドライセンス
0248login:Penguin2012/03/04(日) 16:52:23.47ID:GT8mmS1D
https://github.com/GalaxySII/samsung-kernel-galaxysii/tree/gt-i9100-gingerbread/drivers/samsung/j4fs
0249login:Penguin2012/03/04(日) 20:46:29.60ID:1VGgGkr4
ということは、スマホ陣営から次世代ファイルシステムが出てくる可能性もあるのか。
デスクトップ向けなら、これからはSSDが主流になるだろうから
可能性高いな。
0250login:Penguin2012/03/04(日) 21:40:05.66ID:rs7zRMaY
メインメモリの比べレイテンシが非常に悪いHDDという前提で
開発されてきたファイルシステムが半導体メモリで前提が変わると
技術の方向性がどうなるのだろうという興味がある。
0251login:Penguin2012/03/04(日) 22:17:26.26ID:857EBqlR
samsung androidでrfsフォーマットしたSDカードをPCでマウントできたりする？
0252login:Penguin2012/03/04(日) 22:52:20.51ID:C+zb28ZC
>>250
かねてから、Flash相手ではOSD(オブジェクトストレージデバイス)ベースのfsを
使うべきという話はある。

SSDのようにATAコマンドでしかアクセス出来ないとアレだけど、最近のSCSIのように
OSDコマンドセットがあれば、EXOFSみたいなfsが使われる可能性は高いかも。

EXOFSについては http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch06a.html あたりを参照
0253 忍法帖【Lv=40,xxxPT】 2012/03/04(日) 23:41:00.78ID:n8pNm1AR
>>241
いい技術が飼い殺されて技術者は流出する
アメリカは心底詰まらん国やね
0254login:Penguin2012/03/05(月) 01:06:53.04ID:NArDNcNC
>>251
ＰＣでアンドロイド動かせばいいんじゃね？
0255login:Penguin2012/03/06(火) 22:27:54.92ID:GaloouTN
どのファイルシステムも大抵1ファイル16TBまで（?）の制限があるが、この様子だとすぐ達しそうだ
0256login:Penguin2012/03/06(火) 23:11:16.39ID:BijVk+yf
XFSにはねーぞ
0257login:Penguin2012/03/06(火) 23:20:21.91ID:S+PglwkI
次のFedoraだとext4で16TB以上いける
ttp://fedoraproject.org/wiki/Features/F17Ext4Above16T
0258login:Penguin2012/03/06(火) 23:23:11.53ID:k/DFokB+
ブロックデバイス 「いいのよ」
0259login:Penguin2012/03/07(水) 01:27:35.14ID:cGO7bRfp
だが32ビットkernel、おめーはだめだ
0260login:Penguin2012/03/07(水) 02:48:42.66ID:EQYQqCR/
32bit kernelだと容量制限があるの？
0261login:Penguin2012/03/07(水) 23:51:21.66ID:U6YAfnhN
はい
0262login:Penguin2012/03/07(水) 23:57:04.25ID:qOerD2cy
64bitでも理論上の制限はあります
0263login:Penguin2012/03/09(金) 04:01:28.44ID:yCW0JThU
>>260
32bitだと2TB以上のHDDはカーネルが認識できません
ソースはあるけど、否定するやつはソースつきで。
0264login:Penguin2012/03/09(金) 10:03:04.39ID:OgX04hFz
RAID箱とか使ったことないんだろうな・・・
0265login:Penguin2012/03/09(金) 15:40:57.00ID:lOndP6zT
>>263
はぁ？2.4でも使ってんのかお前
http://mkosaki.blog46.fc2.com/blog-entry-963.html
0266login:Penguin2012/03/11(日) 00:29:47.24ID:OoxtLKKm
ttp://www.4gamer.net/games/149/G014956/20120310013/

ssdにはxfsがおすすめだそうだ。
0267login:Penguin2012/03/11(日) 00:47:30.47ID:RxQTPyOa
>266
なるほど

良く知らんが大きなファイルが大量にあった場合のファイルの削除はxfsが速かった
0268login:Penguin2012/03/11(日) 00:50:18.13ID:VdH/pgB7
良く知らんが普通はファイルの削除ってinode情報を消すだけだから
ファイルが大きかろうと小さかろうと同じような気がするんだけど。
0269login:Penguin2012/03/11(日) 01:02:55.91ID:j+I9uwP9
ディレクトリの作成と削除はXFS馬鹿に遅かった気がする。
0270login:Penguin2012/03/11(日) 01:51:13.47ID:GzwEYyKl
ファイルの削除はエクステントの解放とかあるからXFSが遅い印象あるんだがそうでもないのか
0271login:Penguin2012/03/11(日) 02:30:45.95ID:mif6vzWq
カーネルツリーのrm -rfとかのファイル削除系ベンチはxfsは常に最遅

…だった気がする
0272login:Penguin2012/03/11(日) 03:39:51.47ID:AeBzd5kW
ext3の削除(巨大ファイル)はクソ遅い
0273login:Penguin2012/03/11(日) 03:54:03.20ID:EHP+eT6z
NILFSってまだあるんだっけ
0274login:Penguin2012/03/11(日) 11:05:14.42ID:H2c2D9+v
nilfs使いたいけど不安なんだよなぁ・・・
0275login:Penguin2012/03/11(日) 12:37:50.44ID:PQouVNwK
ext4の削除はxfsやext3に比べてとても速い気がする。
/以下全ファイルコピーでバックアップを取ってるんだけど、
前回のを消すのが速い。
0276login:Penguin2012/03/12(月) 20:43:01.88ID:JxVxHayB
http://sourceforge.net/projects/fstransform/
ところでこんなブツを見つけたんだがこのスレ住民的にどうよ？

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つかって。
0277login:Penguin2012/03/12(月) 20:50:21.10ID:R9PU4mD1
技術的には凄そうだし面白いんだけど実際に使ってるやつがいたらfs選択に失敗したんだなぁって思う
0278login:Penguin2012/03/12(月) 21:03:07.22ID:9N35RgR5
そんなことないだろ。
熟考した上で決めたファイルシステムだけど、カーテンの色がある時突然気に入らなくなるような感じで
変えたくなることってあるぞ。
0279login:Penguin2012/03/12(月) 21:04:47.40ID:APMXNiK3
>>278
大変さと重大さでたとえるなら、カーテンではなくカーペットだな
0280login:Penguin2012/03/12(月) 21:08:52.60ID:U7RXsyN6
技術的には面白いと思し
ext4からbtrfsに簡単に移行できるなら楽かなと一瞬思ったけど
どうせ実行する時にはバックアップを取るからそれなりに時間かかるだろうし
移行なんて数年に一度だからあんまし有難みがないかなあ。

バックアップ用の外付けHDDを用意できない人とかなら嬉しいのかなあ。
0281login:Penguin2012/03/12(月) 22:08:51.26ID:jedzBTZO
ファイルシステム擬人化スレはここですか？
0282login:Penguin2012/03/12(月) 22:53:46.89ID:+qKe8LNJ
>>277
>>191を名指しで馬鹿にするのは良くないと思う
0283login:Penguin2012/03/12(月) 22:58:48.39ID:p5BNiwGA
ssdならどのファイルシステム使う？
0284login:Penguin2012/03/12(月) 23:15:50.10ID:XyPht23D
nilfs2
0285login:Penguin2012/03/12(月) 23:32:27.55ID:xADdaZ2A
>>268
SSD の再割り当てに重要な trim コマンドを発行する場合は、
ファイルの大きさ(ストレージ上での占有ブロック数)は効いてくるのでは?
0286login:Penguin2012/03/13(火) 12:23:39.91ID:xG72cOhX
ssdなんか関係ないだろ。
削除したファイルが解放したブロック位置を
スーパーブロックに反映するために
散在した多くの間接ブロックを読み込まないといけないから、
それなりにシークが発生する。
0287login:Penguin2012/03/13(火) 12:40:13.57ID:J+xkbOnS
シーケンシャルなファイルシステムってあります？
0288login:Penguin2012/03/13(火) 13:09:10.56ID:5hvNiWBA
>>287
どんなモノが欲しいのか詳細を。
0289login:Penguin2012/03/13(火) 13:14:47.50ID:ERPwEMIT
（・∀・） つながってて長いのがイイ！
0290login:Penguin2012/03/13(火) 19:33:38.46ID:yKceedNS
UDFはどうだ?
0291login:Penguin2012/03/14(水) 03:33:05.39ID:eKErTfyQ
最近のRAIDなHDDをバックアップできるテープ装置ってまだあるの？
0292login:Penguin2012/03/14(水) 03:58:06.06ID:ynletrDO
>>290
何者にも成れない山犬の姫みたいな存在
0293login:Penguin2012/03/14(水) 07:51:16.35ID:nE8uoMiB
btrfsの名前の格好悪さは何とかならないの？
そのネーミングセンスから中身もかなり不安になるんだけど。

OracleはZFSを解放してやってくれよ……ほんと……
0294login:Penguin2012/03/14(水) 09:12:09.35ID:4OQf7y84
解放ってなんだよZFSをGPLにしろってこと？
頭悪い事言ってんなよｗ
0295login:Penguin2012/03/14(水) 10:56:41.71ID:mx85pbU1
シーケンシャルなファイルシステムってのは、
ビデオテープみたいに使えるファイルシステムですね。
読み取り、書き込みは記録デバイスのI/O限界まで常に使い切ることが出来るようなものを考えてます。
0296login:Penguin2012/03/14(水) 11:09:16.44ID:9Z7FejuZ
>>295
それならraw deviceだろ。
0297login:Penguin2012/03/14(水) 12:02:31.52ID:JRzLAWqo
マルチセッションのCD-R使えよ
0298login:Penguin2012/03/14(水) 13:48:54.86ID:YwynJO/t
GPL なんかにされたらたまんねーっつーの腐れが
0299login:Penguin2012/03/14(水) 15:55:01.10ID:G8wOP5rs
GPLなファイルシステム使うと、
中のファイルにもGPLが感染するの？
0300login:Penguin2012/03/14(水) 16:03:39.48ID:BZl+3cw5
んなこたーない。
0301login:Penguin2012/03/14(水) 16:11:35.18ID:9Z7FejuZ
>>299
その理屈では、プロブライエタリなファイルシステムでは
オープンソースのコードが編集できないことになってしまう。
0302login:Penguin2012/03/14(水) 19:55:41.73ID:r0QSOxgD
>>250
遅レスでスマンのだが
メモリと比較して遅いのが前提としたFSの設計思想ってどの辺の設計のこと差してんの？
0303login:Penguin2012/03/15(木) 03:49:42.44ID:zSQdJCjk
>>294
BSDライセンスでも、MITライセンスでも、Apacheライセンスでもいいんじゃないか?
0304login:Penguin2012/03/15(木) 07:24:19.42ID:K291j4zg
オラクルにクレクレは通用しない
0305login:Penguin2012/03/15(木) 17:58:39.37ID:6p+eIoDr
IBMに買われていたらまだ可能性があった
0306login:Penguin2012/03/15(木) 20:01:11.35ID:LwnehoL6
IBMって言ってる馬鹿はなんなんだ
IBMだってPM以外の連中は頚切られるぞ
PMに力と成果なきゃプロジェクトは進捗無いまま削除対象になるだけ
IBMの対応はカーネル2.2の頃のPOSIXスレッド議論から一貫してる
企業なら正しい対応だしORACLEだって一緒
0307login:Penguin2012/03/15(木) 20:05:56.95ID:wWDc6Z8X
素朴な疑問なんだがPM以外の連中の首を切った後で
どうやって開発続けて行くんだ？
0308login:Penguin2012/03/15(木) 23:09:38.99ID:r+Tlzc8y
パッチを提供してくれる奴を安い給料で雇うんじゃね？
0309login:Penguin2012/03/16(金) 05:10:47.27ID:vklZ8M05
細かいデータの処理は殺人者の作ったファイルシステムが速いと聞いた
0310login:Penguin2012/03/16(金) 06:54:34.69ID:WmI9gmAa
プロダクトのライセンスと思いきや
開発資源もクレクレなのか
0311login:Penguin2012/03/16(金) 13:00:46.76ID:xYSmFygo
3.2でXFSがよくなったと聞いてカーネルツリーの削除とかやってみたけど
やっぱり遅かった
0312login:Penguin2012/03/17(土) 05:39:23.53ID:bglATxnE
ぬるぽ
0313login:Penguin2012/03/17(土) 05:42:30.92ID:ApNeA1rv
がっ
0314login:Penguin2012/03/17(土) 07:10:34.34ID:43xnBDUw
たい
0315login:Penguin2012/03/17(土) 07:53:45.27ID:POrI0i1V
GO!
0316login:Penguin2012/03/17(土) 09:50:09.60ID:JHRo4PHi
ZFS on linux　ってRAID6つかえる？
0317login:Penguin2012/03/17(土) 11:05:38.00ID:kbLxqCRj
無いよ
0318login:Penguin2012/03/17(土) 14:02:13.81ID:o9pw31du
>>308
引継ぎの労力を考えろよ。
人増やせばいい式の「人月の神話」以前の考え方じゃねーか。
0319login:Penguin2012/03/17(土) 14:09:10.79ID:OUbnWIg/
パッチを書いてた元社員とかいうのを雇うの?
0320login:Penguin2012/03/17(土) 14:11:45.66ID:bR6wU0Li
つーか誰もoracleの元で働きたくないで御座るの巻
0321 忍法帖【Lv=40,xxxPT】 2012/03/17(土) 14:16:14.79ID:obbFQTFk
だなぁ
0322login:Penguin2012/03/17(土) 16:37:33.47ID:vygKJO98
月200万くれるなら働いてやってもいい
0323login:Penguin2012/03/17(土) 18:56:47.83ID:8odJcnlK
自前のDBとBEAから買ったプロダクトとただ乗りOS以外は塩漬け&サポート値上げｗ
0324login:Penguin2012/03/18(日) 21:06:31.81ID:WMRAuy3b
でもOracleが買わないようなファイルシステムって将来性あるの？
0325login:Penguin2012/03/18(日) 21:26:25.52ID:MjUXk7DL
>>324
企業が買収する理由は、
自社の技術としてモノにする事。
転売するため。
死蔵させて潰すため。
などなどがある。決っしてポジティブな理由だけではない。
0326login:Penguin2012/03/18(日) 21:56:48.52ID:GgJVdjhg
>決っして
なにこの衍字
0327login:Penguin2012/03/18(日) 22:40:08.60ID:jXry8kzl
将来性があったから買って将来性潰したんじゃないの？
MSのskype買収みたくライバル企業の拡大防止みたいのもあるだろけど
ただoraclevm()続けるならSolarisとVirtualBoxは何とかしてほしいわ
ってFS関係ないな
0328login:Penguin2012/03/18(日) 23:57:32.26ID:O+XIF2tz
しっかし、Oracleのせいで見事にLinuxのfsは瀕死状態になったなぁ。
状況がBtrfs登場前より悪くなっているし。
0329login:Penguin2012/03/19(月) 00:01:56.56ID:BOtOhvou
ext4一択でおｋ
0330login:Penguin2012/03/19(月) 00:16:06.35ID:wsyfy9t2
>>311
XFSは遅い速い以前の問題抱えているからなぁ。kernelスタック食いまくり問題が
どうにかならない限り、手の出しようがない
0331login:Penguin2012/03/19(月) 01:13:07.24ID:sHVTkOz5
>>328
Solaris復活が目的なのでこれでいいのです
0332login:Penguin2012/03/19(月) 01:20:31.81ID:Lj8ta1y4
ｵﾗｸﾙ「Solaris復活が目的なのでこれでいいのら！」
0333login:Penguin2012/03/19(月) 05:23:12.99ID:GCcYsDeS
>>330
増やせばいいじゃないか。
0334login:Penguin2012/03/19(月) 12:50:23.07ID:YauSjMPZ
>>332
これでいいのら、じゃないだろ。
少なくともバターFsだけでも返してくれよ...
0335login:Penguin2012/03/19(月) 12:52:07.27ID:XMhImC3C
Oracleは技術の墓場だな……
0336login:Penguin2012/03/19(月) 13:59:16.60ID:qffE4o+R
btrのoracleのまえの持ち主てだれ？
0337login:Penguin2012/03/19(月) 16:18:02.93ID:gXbc0Plg
自社で開発した技術を返せとか言われちゃうOracleさんマジ哀れ。
0338login:Penguin2012/03/19(月) 16:19:22.47ID:XMhImC3C
ZFS 返せ……
0339login:Penguin2012/03/19(月) 16:24:34.84ID:gXbc0Plg
まあ、SolarisとZFSはそう言われても仕方ないなｗ
特にSolarisはOpenSolaris方面でかなり反感を買ったし。
0340login:Penguin2012/03/19(月) 17:36:59.25ID:LrR2XgqT
ZFS返してもらうかはともかく
せめてbtrfsの開発のやる気はもうちょっと出してほしいな。
0341login:Penguin2012/03/19(月) 18:27:16.37ID:5ulAepLL
おまいら少しは自分でやれよww
まずは赤黒木のマスターからだ
0342login:Penguin2012/03/19(月) 20:36:26.14ID:0eaAYpS2
SUSEがんばってるから
BTRFSがんばってるのを忘れないであげて
0343login:Penguin2012/03/19(月) 20:52:25.75ID:LrR2XgqT
btrfsもzfsもOracleに買い取られたFS暗黒時代に
颯爽とHammerFSがLinux業界に本格参入して救世主に！

という展開になったらカッコイイ。
0344login:Penguin2012/03/19(月) 20:54:53.62ID:XoD7pNFu
ｿﾚﾀﾞ！
じゃなくって、もうZFSとかhammerとかFS単体ってレベルじゃないだでしょ
0345login:Penguin2012/03/19(月) 21:11:41.28ID:C6g/OLy/
http://dlorch.github.com/hammer-linux/
Hammerも移植プロジェクトは一応ある
0346login:Penguin2012/03/19(月) 21:19:34.82ID:Z0IASZqJ
しかしまあホントOracleって嫌われてんなｗ
0347login:Penguin2012/03/19(月) 21:29:55.43ID:ENjS59HU
>>345
そのレス3年ぐらい前に見た
0348login:Penguin2012/03/19(月) 21:34:15.96ID:W7d6QyuM
誰もが知ってるよねー　それ三年ぐらい前に見たわー
0349login:Penguin2012/03/19(月) 21:38:02.48ID:LrR2XgqT
うみゅ。readonlyなのはもうあるのを知ってたからあえて「本格参入」って書いたつもりだった。
0350login:Penguin2012/03/20(火) 00:58:08.26ID:Wcj5ZDdg
ライセンス的に問題点があるZFSと違って
btrfsはGPLなんだからOracleに文句ばかり言ってちゃいけない。
0351login:Penguin2012/03/20(火) 01:25:17.05ID:ZaIpvU5y
>>350
んでも開発者の給料は会社が出しているんであって、会社がやめろちいってきたら
会社やめるか開発が鈍くなるか
0352login:Penguin2012/03/20(火) 01:32:33.79ID:8GiZ9rLu
>>350
まるでGPLに問題がないみたいな言い方だな
0353login:Penguin2012/03/20(火) 03:05:11.19ID:IxdW4s/D
>>345
sutdent projectじゃ無理でしょう。PCヲタみたいな生徒か学生が現れないと。
0354login:Penguin2012/03/20(火) 04:33:38.18ID:a/BA0yud
btrfsにでかいの来たぞ
http://kernelnewbies.org/Linux_3.3
0355login:Penguin2012/03/20(火) 09:50:33.10ID:Wcj5ZDdg
>>352
Linuxのカーネルの開発に貢献したいという話でGPLで少しも問題ないけど?
0356login:Penguin2012/03/20(火) 12:00:55.47ID:JJ1JnTt4
GPL v3 or laterとかでも問題ないの？
0357login:Penguin2012/03/20(火) 13:12:01.54ID:Wcj5ZDdg
>>356
btrfsの話だぞ
0358login:Penguin2012/03/20(火) 19:47:06.88ID:59kQBnMI
btrに文句言ってるのはパッチを投げてるのに一向に反映してもらえない方々かもしれんだろ
0359login:Penguin2012/03/21(水) 00:12:22.08ID:Q9c8wcA7
btrfs-ML読んでいるがそんな奴はここにはおらん。
0360login:Penguin2012/03/22(木) 06:40:28.22ID:hTzxXmdZ
NTFSってこの先バージョン上がることもなくずっとこのままなの？
0361login:Penguin2012/03/22(木) 09:21:24.76ID:WQdFLvQK
>>360
linux板なんだが…
つReFS
0362login:Penguin2012/03/22(木) 20:41:49.76ID:JCd8l5OS
http://gigazine.net/news/20120322-sakura-cloud/

ボラクルはさくらにひどいことしたよね……
0363login:Penguin2012/03/22(木) 20:49:41.73ID:+em0BUT1
お布施と信仰心が足りなかっただけの事
0364login:Penguin2012/03/22(木) 21:28:05.22ID:sHZxupNN
まぁよくあること。
だから、障害テストや負荷テストは大事。


InfiniBandは俺の中ではまだまだ簡単じゃないんじゃまいかと。。。

0365login:Penguin2012/03/22(木) 22:12:37.86ID:imJ0j2WT
>>364
Infiniband は結構枯れてるぞ？ スパコンには必須だし、中小企業でも手出し
できるぐらいの価格だから１０台程度のクラスタでも採用されるケースは多い。
大規模なストレージ製品だとＩＢ使ってないほうが珍しいと思う。

さくらの場合のようなストレージがおかしくなって何時までも泥沼状態が続くって
パターンを良く見たり聞いたりするけど、(あくまでも個人的な妄想だが、)
パーツやディスクの故障箇所が一定の割合を超えるとあり地獄から抜けれなく
なるってことじゃないかなぁ。
0366login:Penguin2012/03/22(木) 22:13:43.24ID:mqCx3/i9
どっかの技術記事でさくらの構成は意欲的な構成ですねえと評されていたが
残念な結果になってしまったということか。
0367login:Penguin2012/03/22(木) 22:26:28.65ID:TJ+0KW18
ファイルシステムは何？
ttp://basanovich.livejournal.com/163813.html
0368login:Penguin2012/03/22(木) 23:47:33.17ID:qS0+ai8S
>>365
まあ、クラスタで使うInfiniとIP on IBとでは話が違ってくるけどね。
ストレージならInfiniよかFC使えよと思う。
0369login:Penguin2012/03/23(金) 23:01:51.78ID:b1TKR3ff
SSD耐久テスト http://botchyworld.iinaa.net/ssd_ssdn.htm
このサイトのやつみたいな感じでストレージを苛めようと思うんだが
耐久試験的なストレステスト用のプログラム・ツールがあったら教えて
0370login:Penguin2012/03/24(土) 00:42:14.57ID:lZHUb2Yw
Ubuntu 12.04 LTS - Benchmarking All The Linux File-Systems
http://www.phoronix.com/scan.php?page=article&item=ubuntu_1204_fs&num=1
Btrfsはまだまだっぽい？ext4の地位は安泰だね。
0371login:Penguin2012/03/24(土) 00:44:12.63ID:oI/u8QuP
しばらくはext4でRaid１組んでいくかな
0372login:Penguin2012/03/24(土) 10:09:51.26ID:9VgB744n
lessfsはブロックごとにハッシュを用いて冗長を省きLZOまたはQUICKLZで圧縮するFS。
バックアップ用途やVMイメージ置き場に最適。
FUSE実装
http://www.lessfs.com/wordpress/
0373login:Penguin2012/03/24(土) 15:49:16.18ID:Z68eWHLX
なんでFUSE実装なの？
嫌になったらすぐ捨てて、逃げ出せしやすくするため？
0374login:Penguin2012/03/24(土) 16:26:16.55ID:U6c0/7EP
やっぱコンテキストスイッチしまくりの布施は糞だよなぁ
なんとかネイティブでZFS使えんもんだろうか
0375login:Penguin2012/03/24(土) 16:52:30.20ID:FLEGBGWQ
実装する側からするとカーネルの都合に振り回されずに実験できて幸せってかんじ？
観点のちがいか。
0376login:Penguin2012/03/24(土) 17:00:07.23ID:iVBzVS2i
使う側の観点からだと「fuseならroot権限なくても使えるから便利！」ってアピールは良く見るけど
そもそもfuse自体を有効にするのにroot権限が必要だからいまいちそのアピールには納得できない感がある。
0377login:Penguin2012/03/24(土) 19:34:36.23ID:mbmxP+yT
ユーザーモードだとカーネル毎吹き飛ばさないのでデバッグが楽だからとか
適当に想像で言ってみる。
0378login:Penguin2012/03/24(土) 20:11:34.28ID:kXbtLegS
>>374
実装してる人はいるじゃん
ただ、カーネルツリーに取り込まれることが絶対ないから、主流には成り得ないだけで
0379login:Penguin2012/03/24(土) 20:18:51.31ID:iVBzVS2i
Debian/kFreeBSDで我慢しる
0380login:Penguin2012/03/25(日) 02:25:49.83ID:KsMA6WV7
>>378
いや、ソレってライセンス違反だよねｗ
0381login:Penguin2012/03/25(日) 02:30:48.84ID:9zD3DfEB
>>380
なんで？
0382login:Penguin2012/03/25(日) 02:52:46.49ID:WRJVUm9/
昔CDDLとGPLは合法的にリンク出来ないってFSFが見解出してんたんだけど、
最近はどっちかのライセンスかFSFの見解が変わった？
0383login:Penguin2012/03/25(日) 03:03:21.18ID:YN2ser6r
昔も今もリンクした状態で配布できないだけだと思うけど

こっちが聞きたいよ。いつの間にかFSFの見解は変わったの？
0384login:Penguin2012/03/25(日) 12:12:59.64ID:J4XQgGBS
GPLが配布するときにだけ効いてくるという基本を
理解していない奴は意外と多い。
0385login:Penguin2012/03/25(日) 16:33:22.29ID:GavdBccW
>>330
いや、だからx86_64だとスタックサイズ大きくしてるだろ？
してないって主張？
0386login:Penguin2012/03/25(日) 16:47:06.66ID:rXN+EuZp
>>385
http://mkosaki.blog46.fc2.com/blog-entry-1097.html

> XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。
>
> David Chinnerが既知の問題で直せないと言っているからには、本当にダメなんだろう。

漏れはこれ読んでext4に乗り換えたわ。
0387login:Penguin2012/03/25(日) 16:50:32.23ID:o9OS310l
ext3とext4はどっちがいいの?
0388login:Penguin2012/03/25(日) 17:10:00.10ID:Zsjru2Rm
>>387
ext4
0389login:Penguin2012/03/25(日) 17:16:36.86ID:o9OS310l
技術的な解説キボンヌ。いやマジで。
ext4わext3よりどういいのか
現実どっちも使っているけど違いがよくわからん。
いまから新しい1TのHDDをフォーマットするんだけど
どっちにするか悩んでいる。
0390login:Penguin2012/03/25(日) 17:23:31.81ID:EegouqSC
自分で調べもしない非技術者には後継だからという理由で十分じゃないか
大半の使用ケースで優れていなけりゃ後継なんて名乗れないだろ
0391login:Penguin2012/03/25(日) 17:24:30.45ID:Zsjru2Rm
>>389
でかいのもおｋ
2038年後もおｋ
ジャーナルの性能うｐ

くらいしかしらない
0392login:Penguin2012/03/25(日) 17:27:55.80ID:ZZPcK/6g
>>386
http://mkosaki.blog46.fc2.com/blog-entry-1110.html

こういう話もあるね。

> XFSスタックオーバーフロー問題の余波でCONFIG_4KSTACKSが消えました。

armは駄目でもx86なら何とかなってるっぽい？

>>389
詳しくないので解説は出来ないが、

> 現実どっちも使っているけど違いがよくわからん。

のであれば、どっちでもいいんじゃね。
0393login:Penguin2012/03/25(日) 17:28:21.36ID:o9OS310l
>>391
なるほど。ext4にしとく。ありがとう。
0394login:Penguin2012/03/25(日) 17:32:29.79ID:o9OS310l
プロ気取りの非技術者に説明もできない知ったかぶりはカコﾜﾙｲ。
解らないなら黙ってればいいのにw。恥ずかしいな。
0395login:Penguin2012/03/25(日) 17:44:58.15ID:ZZPcK/6g
あ、コメ欄見てなかった。
今はどうなってるんだろ。

>>394
>>391も技術的な解説はしてないけど、それでいいの？
0396login:Penguin2012/03/25(日) 17:54:37.18ID:EegouqSC
ググりもしない馬鹿なんだから察してあげなよ
0397login:Penguin2012/03/25(日) 18:37:14.87ID:o9OS310l
>>395
etc4のメリットが解ればそれでいいよん。非技術者だからな。

>>396
結局、解らない君は黙ってて、スレ汚しっていうんだよ、君みたいのは。
0398login:Penguin2012/03/25(日) 18:39:14.74ID:lbFBkmi8
そもそも全員非技術者だろ、ココ
0399login:Penguin2012/03/25(日) 18:44:23.49ID:o9OS310l
痛いプロ気取りもいるよ
04003852012/03/25(日) 18:52:03.22ID:GavdBccW
>>392
元からxfsのメタデータは異なるアーキテクチャでは互換性なしなんだから、
ディスクそのままサーバ変更なんて形の移行時にはメタデータを消す必要がある。

x86_64で使えてればそれで問題ないよ。

>>386
> http://mkosaki.blog46.fc2.com/blog-entry-1097.html

いきなり未定義の「本質」なんて言葉を持ち出す時点でお察しだ。
0401login:Penguin2012/03/25(日) 22:50:01.28ID:zDtCbyqe
結局、データ入れるHDDって、何が一番優秀なフォーマットになるんだろう？
>>3みたいにいっぱいあると迷うな・・・
一番強固なフォーマットで使いたい・・・(´・ω・｀)
0402login:Penguin2012/03/25(日) 22:59:18.15ID:jtv/sCy2
信頼と実績のXFS
0403login:Penguin2012/03/25(日) 23:26:22.08ID:X8mDLM55
用途次第。迷う程度の人はext4で。
0404login:Penguin2012/03/26(月) 00:00:47.95ID:vO7JeuZ9
ユーザー数の多さでntfs、fat、exfat。
強固かどうかは知らんけど、ユーザーが多い分問題が起きたときに影響を受けるユーザーも多いので
対策も早くとられるでしょう。
その対策がlinuxで使えるかは別の話ですが…。
0405login:Penguin2012/03/26(月) 00:03:49.44ID:dveANPBZ
何を以って強固っていうのかだな。
逆にinode情報が壊れた時にデータ救出が容易なfsが欲しい。
0406login:Penguin2012/03/26(月) 00:07:49.12ID:slO2BvZU
exfatがユーザー数多いなんてご冗談を
0407login:Penguin2012/03/26(月) 04:49:50.90ID:IUhNQ9tE
2TB以上はXFS
500GB以上2TB未満のHDDやSSDはext4
0408login:Penguin2012/03/26(月) 05:05:26.59ID:3cnMS++r
>>407
500GB未満は?
0409login:Penguin2012/03/26(月) 09:32:06.60ID:bLErReHu
アカウントとパスワードを2つのUSBメモリに分けて管理してたら片方が読めなくなったんだよね。
壊れたのがどういうフォーマットだったかは知らないけど、いまはWindowsでフォーマットして普通に使えてる。
0410login:Penguin2012/03/26(月) 10:09:52.98ID:I6aCChZZ
>>408
default
0411login:Penguin2012/03/27(火) 11:21:18.75ID:CNW61LzQ
AndroidってLinuxだよね？
ファイルシステムはなに使ってるんだろ。
NILFS搭載カーネルとかあったら試してみたいが...
0412login:Penguin2012/03/27(火) 12:24:06.01ID:fJ9KcygI
>>411
ext4使ってる
0413login:Penguin2012/03/27(火) 14:46:05.42ID:fL/9sTy0
スマホのフラッシュメモリにジャーナルFSを載せるのって、
フラッシュメモリ寿命を故意に短くする＝スマホ寿命を短くして、
白ロム流通を阻止する手の一つなのかな。
0414login:Penguin2012/03/27(火) 14:47:11.25ID:ScaKz0Th
>>411
http://news.mynavi.jp/news/2010/12/16/071/index.html

>>413
他に使いものになるのがないから、っぽい。
0415login:Penguin2012/03/27(火) 15:24:11.43ID:8raiaROU
スマホ程度の書き込みで一体どれだけ寿命を消費するというのか
0416login:Penguin2012/03/27(火) 17:06:17.31ID:hnL/7KM5
>>413
YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
0417login:Penguin2012/03/27(火) 17:17:20.42ID:hNqxngVq
>>412
そういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
0418login:Penguin2012/03/27(火) 19:39:04.58ID:q1+VEPCG
お、いつの間にかZFS on Linux更新されてるのな。
0419login:Penguin2012/03/27(火) 20:47:31.98ID:rEiB2jG/
ライセンス違反でいつ消えるか分からないものには手出したくないよ...
0420login:Penguin2012/03/27(火) 22:06:29.78ID:4ra6ri3j
>>417
>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
0421login:Penguin2012/03/28(水) 08:07:29.10ID:Mk3BMsUi
いや、ソースで公開するぶんにはライセンス違反じゃないだろ。
0422login:Penguin2012/03/28(水) 11:00:42.71ID:79IJ/4BH
>>421
ソースかどうかは関係ない。一緒に配らなければいい。
0423login:Penguin2012/03/28(水) 11:01:48.50ID:/72uPhSj
microSDカード三枚差しできて、RAID組めるスマホ出ないかなぁ
「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない？
0424login:Penguin2012/03/28(水) 11:56:59.51ID:+u0mpmFy
>>423
たかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
0425login:Penguin2012/03/28(水) 11:58:57.67ID:Zy8NEGzh
お前は何を言ってるんだ。
0426login:Penguin2012/03/28(水) 12:05:50.71ID:ScikueGX
知ってる単語を並べただけに見えるｗ
04274232012/03/28(水) 12:58:05.55ID:4fS1oXlP
でもデグレートした時、三枚差しのうち一枚を間違えて抜いたら、即死か。
あんまり良くないな
0428login:Penguin2012/03/28(水) 13:05:01.25ID:mVlYT0Gr
メディア1枚でも使用可能、2枚でミラーリング、なら簡単。
0429login:Penguin2012/03/28(水) 13:48:06.07ID:+u0mpmFy
スマン。俺、英語は得意だけど、日本語苦手だから。つい、な。。。
0430login:Penguin2012/03/28(水) 13:50:11.50ID:terXIwRM
English is OK
0431login:Penguin2012/03/28(水) 14:38:23.26ID:Xp/FzIec
I can not speak English.
0432login:Penguin2012/03/28(水) 17:22:16.13ID:b3aalG7s
>>428
え？
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ？
0433login:Penguin2012/03/28(水) 17:30:37.38ID:Zy8NEGzh
そもそも現状の信頼性で困ってるのか、と。
複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
0434login:Penguin2012/03/28(水) 20:42:24.72ID:7VE/IUc0
うっかりumount忘れてSDカード抜いても壊れないような信頼性あるファイルシステムは？
0435login:Penguin2012/03/28(水) 21:36:23.85ID:TGUdfwW5
ZFSしかないだろうな
0436login:Penguin2012/03/29(木) 11:20:40.53ID:oi0yEg2/
isofsと言ってみるてすと
0437login:Penguin2012/03/31(土) 11:24:04.90ID:8QfKg5cv
Androidなんかそういう使い方平気でされてると思う。
SDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
0438login:Penguin2012/04/03(火) 20:55:57.81ID:7NqYTFtB
ライトキャシュ無効にしとけばいつでもアンマウントできるけど
書き込み中は無理だろ
0439login:Penguin2012/04/03(火) 21:32:02.12ID:oo5XCw7k
無理でもないな
0440login:Penguin2012/04/03(火) 21:44:35.56ID:vK7rqc3Y
linux のファイル名は255 byteに制限がありますが、
255文字を超えることが出来るファイルシステムreiserfsだけ？
0441login:Penguin2012/04/04(水) 00:01:39.32ID:mpAg9MpC
あとはntfsくらいかな。
0442login:Penguin2012/04/04(水) 13:49:05.99ID:r849Kmhs
>>440
コンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。

0443login:Penguin2012/04/04(水) 13:50:57.26ID:r849Kmhs
>>437
アンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの？


0444login:Penguin2012/04/04(水) 15:03:31.74ID:lpjkGhRx
Ubuntu 12.04 beta 2 をインストールしてみたんだけど、
fallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
0445login:Penguin2012/04/04(水) 15:05:36.07ID:P2ESCVOP
>>444
おめーはふぇどら使ってろー
0446login:Penguin2012/04/04(水) 19:06:35.36ID:RVeUZ2Rs
NILFSがあの物騒なメッセージを出さないでマウント出来るようになることを期待。
0447login:Penguin2012/04/04(水) 19:58:10.41ID:2WfF7JQK
もう消えてないっけ？
0448login:Penguin2012/04/04(水) 21:49:22.14ID:XyCgAfug
>>442
440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。

つまり、全て一からコンパイルしなおせば、上限がなくなるということ？
そんなことなら2バイト圏（日本語圏）向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。

あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
0449login:Penguin2012/04/04(水) 22:09:46.25ID:YXxzC5AQ
なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
0450login:Penguin2012/04/05(木) 00:37:58.94ID:LNmHc2MK
>>449
youtube myfilesystem
0451login:Penguin2012/04/05(木) 00:47:22.01ID:dAZNdbMh
面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
0452login:Penguin2012/04/05(木) 00:54:16.80ID:LNmHc2MK
>>451
ごめん間違えた。。
0453普通自分で考えるべき2012/04/07(土) 14:41:06.19ID:CF1JM2Tx
>>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
0454login:Penguin2012/04/08(日) 00:27:38.62ID:C5E9bwN3
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
0455login:Penguin2012/04/08(日) 01:25:52.35ID:xWN2hyan
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
0456login:Penguin2012/04/08(日) 02:13:44.98ID:CG4ylOpp
>>449
どんなファイルも1byteに圧縮するFS
0457login:Penguin2012/04/08(日) 03:23:55.22ID:nm3/lghx
/dev/nullがマウントできるFS
0458login:Penguin2012/04/10(火) 22:45:09.09ID:AVs9x400
https://github.com/dajhorn/pkg-zfs/wiki/Dual-booting-Linux-and-Solaris-with-ZFS-aware-GRUB-0.97
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん？
0459login:Penguin2012/04/10(火) 22:48:56.85ID:FgWMYeCi
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
0460login:Penguin2012/04/10(火) 22:55:32.42ID:AVs9x400
zfs-native
で間違いないです
openindianaを選んだほうが早いかな
0461login:Penguin2012/04/11(水) 11:26:30.87ID:TaHjAQn0
どこをどう読んだらそうなるんだ
0462login:Penguin2012/04/11(水) 21:53:17.38ID:/N3dnxcw
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
0463login:Penguin2012/04/12(木) 20:03:00.58ID:tSFAXJzg
http://ascii.jp/elem/000/000/685/685733/index-3.html

> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。

> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6〜7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。

XFSの存在を赦す理由になる？
0464login:Penguin2012/04/12(木) 20:26:29.36ID:GVhLLvIq
絶対に許さない
0465login:Penguin2012/04/13(金) 02:01:23.05ID:paFFSYLp
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
0466login:Penguin2012/04/13(金) 22:51:45.76ID:KiMfKhCq
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？

ファイル名の文字が255byteでなく、UTF−16で255文字なファイルシステム
作れば一生名前が残るかも。
0467login:Penguin2012/04/14(土) 01:02:31.64ID:DAjk0FKS
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
0468login:Penguin2012/04/14(土) 01:20:59.58ID:gFoEeXgt
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
0469login:Penguin2012/04/14(土) 04:58:41.05ID:ykh3cFrR
UTF-16とUCS2は別のものだよ…
0470login:Penguin2012/04/14(土) 05:01:40.18ID:4vczfuvJ
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
0471login:Penguin2012/04/14(土) 23:58:24.76ID:Hve9S8Lo
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
ttp://ja.wikipedia.org/wiki/BTRON
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
0472login:Penguin2012/04/15(日) 00:13:16.78ID:PUQ9YpLc
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
0473login:Penguin2012/04/15(日) 00:36:07.51ID:zrILeh0w
umountができないFS
0474login:Penguin2012/04/15(日) 00:55:46.95ID:KUTNhuB6
そこに保存したらファイルの内容を翻訳してくれるFS
0475login:Penguin2012/04/15(日) 01:37:47.14ID:wcHN5p+1
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
0476login:Penguin2012/04/15(日) 07:03:21.35ID:d8SeT810
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
0477login:Penguin2012/04/15(日) 07:52:32.02ID:zPONO3Ol
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
0478login:Penguin2012/04/15(日) 09:01:28.16ID:XU6NzGNz
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
0479login:Penguin2012/04/15(日) 09:46:21.88ID:d8SeT810
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。

shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
0480login:Penguin2012/04/15(日) 13:10:08.72ID:r5YOWvvD
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
0481login:Penguin2012/04/15(日) 16:22:35.21ID:wcHN5p+1
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
0482login:Penguin2012/04/15(日) 16:35:19.00ID:PUQ9YpLc
>>481
知ってていってるだろ？
0483login:Penguin2012/04/15(日) 16:35:55.27ID:0nRNYIrq
なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
0484login:Penguin2012/04/15(日) 17:25:55.81ID:p38/R2S8
>>481
日記はついったにでも書けよ！
0485login:Penguin2012/04/15(日) 17:54:27.08ID:d8SeT810
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ

間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
0486login:Penguin2012/04/15(日) 21:56:24.70ID:qQezSKIz
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
0487login:Penguin2012/04/15(日) 23:29:54.66ID:wcHN5p+1
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。

0488login:Penguin2012/04/16(月) 01:34:27.57ID:sK2yBvUH
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
0489login:Penguin2012/04/16(月) 09:49:26.71ID:lvKL8Yhv
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
0490login:Penguin2012/04/16(月) 10:13:31.67ID:i6sCf9yT
>>488
btfs？

>>489
修得？
0491login:Penguin2012/04/16(月) 11:19:08.34ID:4yiemVgB
>>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
0492login:Penguin2012/04/16(月) 12:15:07.53ID:bJiRh/8P
>>489
重複チェックツールあるけどね。
0493login:Penguin2012/04/16(月) 12:16:17.52ID:4yiemVgB
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
0494login:Penguin2012/04/16(月) 14:00:46.94ID:i6sCf9yT
そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
0495login:Penguin2012/04/16(月) 14:28:32.80ID:s0jqF/SI
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
0496login:Penguin2012/04/16(月) 20:39:58.60ID:EqJJmYvz
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
0497login:Penguin2012/04/17(火) 00:43:34.22ID:qXjoYE5Z
>>490
btrだったね。
0498login:Penguin2012/04/17(火) 14:29:04.93ID:YcOVAep7
>>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
0499login:Penguin2012/04/19(木) 12:35:50.39ID:K5wfT9FM
家電HDDレコーダーのファイルシステムって何？メーカー独自？
0500login:Penguin2012/04/19(木) 12:47:48.37ID:0YxY6oJS
>>499
XFSかext3 最近のはext4かな
0501login:Penguin2012/04/20(金) 05:35:00.59ID:cf88Jldy
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
05024662012/04/21(土) 00:06:32.82ID:kc2SruX3
こりゃ普及するわけがなｒｙ
0503login:Penguin2012/04/21(土) 08:36:03.07ID:yKSNqbP1
バターさん元気？生きてる？
0504login:Penguin2012/04/21(土) 12:01:57.08ID:T7uXB/Ur
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
0505login:Penguin2012/04/21(土) 12:03:43.68ID:JAncRgwR
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
0506login:Penguin2012/04/21(土) 15:56:32.26ID:Jk8knAaa
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
0507login:Penguin2012/04/21(土) 18:20:03.68ID:5NRF/9C+
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
0508login:Penguin2012/04/22(日) 18:24:30.22ID: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をファイルサーバのデータに使ったメリットは、何も感じられない。

0509login:Penguin2012/04/22(日) 18:33:24.34ID:njjLIW42
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台−１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
0510login:Penguin2012/04/22(日) 18:51:19.19ID:iroLKuhV
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
0511login:Penguin2012/04/22(日) 20:11:01.67ID:XIm64qvg
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では？

そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
0512login:Penguin2012/04/22(日) 20:38:02.36ID: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を
かなり占有してしまいます。（困ったな）
0513login:Penguin2012/04/22(日) 20:44:25.44ID:SSW2tmeJ
>>512
atomで2GでZFSってソレは罰ゲームかなんかか？
0514login:Penguin2012/04/22(日) 20:55:51.31ID:Mj9d/MFf
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
0515login:Penguin2012/04/22(日) 21:24:32.73ID:QcOQSMyR
>513、514

会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。

ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。

0516login:Penguin2012/04/22(日) 21:36:35.93ID:maPmHILv
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
0517login:Penguin2012/04/22(日) 22:03:56.36ID:QcOQSMyR
ふーん。CentOS 6.2にはbtrfsが入っているんだ。

ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
0518login:Penguin2012/04/22(日) 22:07:34.24ID:y9xR51pX
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
0519login:Penguin2012/04/22(日) 22:07:43.11ID:aOxDtRZB
> btrfsならともかく何でzfsにしようと思ったんだろか。

お前は情弱かよｗ
0520login:Penguin2012/04/22(日) 22:41:55.90ID:4o+HnplW
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……

0521login:Penguin2012/04/22(日) 22:54:22.97ID:Mj9d/MFf
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ

以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界

SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
0522login:Penguin2012/04/22(日) 23:04:03.44ID:QcOQSMyR
>>521

まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。

と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
0523login:Penguin2012/04/22(日) 23:51:59.03ID:kHgeVI8V
zfs使うならFreeBSDが確実だと思うんだけど。
0524login:Penguin2012/04/22(日) 23:55:49.69ID:Mj9d/MFf
えっｗ
0525login:Penguin2012/04/22(日) 23:58:15.97ID:938FomM7
いやFreeBSDならFAT32だろ
0526login:Penguin2012/04/23(月) 03:53:14.21ID:jfhyXlHF
素直に OpenSolaris でいいやん
0527login:Penguin2012/04/23(月) 05:24:24.00ID:ckPL5v1U
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
0528login:Penguin2012/04/23(月) 08:36:32.02ID:nHMcwuO3
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
0529login:Penguin2012/04/23(月) 17:17:16.93ID:McF8439V
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
0530login:Penguin2012/04/24(火) 00:35:33.30ID:3wHAirQk
illumosってxenのpv guestで使えるのかな？
0531login:Penguin2012/04/24(火) 13:38:32.33ID:x/oDgfDt
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？
0532login:Penguin2012/04/24(火) 13:56:46.67ID:BJphFvM4
>>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。

また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。
0533login:Penguin2012/04/24(火) 15:58:12.96ID:5atc8dAi
>516 は成仏しただろうか…
0534login:Penguin2012/04/24(火) 17:28:14.58ID:wyIbHs8V
>>531
お前はクラスターファイルシステムについてお勉強して出なおすこと
0535login:Penguin2012/04/24(火) 18:44:22.70ID:2GEDGMkc
>>533

自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。

同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の４つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。
0536login:Penguin2012/04/24(火) 20:18:28.98ID:3112VBlb
>>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ？
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。
0537login:Penguin2012/04/24(火) 21:05:31.34ID:gt7dyPqO
linux zfs使って社内サーバー運用するって普通するの？
0538login:Penguin2012/04/24(火) 21:19:00.21ID:NRKLRNSc
>>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。
0539login:Penguin2012/04/24(火) 21:54:33.62ID:okto+U96
IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。
0540login:Penguin2012/04/25(水) 00:38:06.27ID:9YNkBqtf
ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ
0541login:Penguin2012/04/25(水) 11:04:39.89ID:orC3GEUU
>537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」
0542login:Penguin2012/04/25(水) 18:13:57.64ID:ztStmggs
>>535
＞RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけｗ
0543login:Penguin2012/04/25(水) 18:50:09.44ID:lWv9c4zK
>>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。
0544login:Penguin2012/04/25(水) 22:55:53.57ID:OHjfllRj
>>540
うんこ
0545login:Penguin2012/04/26(木) 10:04:12.73ID:WLRg5SoY
ZFSを使っている方に確認です。

L2ARCの効果を確認するため、次の試験をおこないました。
（CentOS 6.2、zfs-0.6.0-rc8）

ZFSのディスクに4Gバイトのファイルを用意（仮想PCのデータ）
ファイルを別ディスクにコピー１回目
ファイルを別ディスクにコピー２回目

１回目のコピーでcacheへデータは書き込まれるので、
２回目は早くなるかと思いましたが、速度は変わりません。


zpool iostatで読み書きの様子を見てますが、こんな
状態であまり読み込みのキャッシュには使われていない
様子です。

capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
storage 260G 204G 104 0 13.0M 272
sdb 260G 204G 104 0 13.0M 245
cache - - - - - -
sda4 2.59G 14.9G 0 11 11.7K 1.42M
---------- ----- ----- ----- ----- ----- -----

サーバのメモリーが2Gバイトなので、4Gのデータの読み込みで、
キャッシュは完全に使いきってL2ARCが働くと思うのですが、
シーケンシャルのファイルでは効果がないのかな？
0546login:Penguin2012/04/26(木) 10:17:04.63ID:c29dzUhN
>>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。
0547login:Penguin2012/04/26(木) 12:03:42.98ID:WLRg5SoY
>>546

なんだって！！？？
かなーり、ショック。

勉強になりました。有難うございます。
0548login:Penguin2012/04/26(木) 17:00:40.11ID:n+DFYIq8
L2ARCとかZFSのキャッシュ周りの挙動については
ttp://ftp-admin.blogspot.jp/search/label/%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。
0549login:Penguin2012/04/27(金) 00:21:19.91ID:8fbM7xtX
ZFSの解説本が無いのがツライ
0550login:Penguin2012/04/27(金) 10:20:14.32ID:lxJzttUx
ZFSって結構メモリ食うってのを見かけた記憶があるんだが本当なん？たかがファイルシステムごときに
0551login:Penguin2012/04/27(金) 10:26:53.18ID:hngo9Hwy
メモリを与えてやればいいファイルシステムが作れる・使えるぜ?

というコンセプトなんだから賛同するなら使えばいいし
そうでないなら他のを使えばいい
(linuxでは実装がまだアレだろうけど)
0552login:Penguin2012/04/27(金) 12:10:34.15ID:ob07Nn1s
ファイルシステムにたかがとか言えちゃうなんて凄いな〜
0553login:Penguin2012/04/27(金) 12:25:20.72ID:i3mJrwaH
ZFSを使ってみたいと思うのは、スナップショットの
機能かな。LVMのスナップショットは容量計算が
めんどくさいし、速度は遅くなるし、使う気が
失せました。

１時間ごとにスナップショットとって、それを
ずーと残して運用してる人もいるし、LVMしか
知らない人からすると、すごいファイルシステムです。
0554login:Penguin2012/04/27(金) 13:26:45.15ID:rdYR0vwI
東北ではファイルスステムっていうらしよ
0555login:Penguin2012/04/27(金) 13:27:43.37ID:CTTO7Yfw
>>550
ファイルシステムってレベルじゃないから
0556login:Penguin2012/04/27(金) 18:10:40.97ID:eDI9BxG4
ZFSってどうやってfstabとの整合性取ってるの？
0557login:Penguin2012/04/27(金) 18:20:58.23ID:i3mJrwaH
ZFSの内部にmount情報があって、起動時にzfs mount -aと
いうコマンドでマウントできます。fstabは使いません。

0558login:Penguin2012/04/27(金) 23:32:13.82ID:cTJKSEUT
XFSフォーマットのパーティション情報が壊れました。
TestDiskというツールを使いたいのですが、パーティションテーブルの選択でどれを選んだら良いのでしょうか。
ttp://pctrouble.lessismore.cc/software/testdisk/testdisk_03.png
0559login:Penguin2012/04/27(金) 23:41:16.86ID:LoGDC6Fy
一番上かその下
0560login:Penguin2012/04/29(日) 05:34:54.52ID:d61+xw9o
>>558 は恐るべきレベルだなｗ
0561login:Penguin2012/05/01(火) 12:45:30.64ID:wTJkzxr/
>>560
こういう方々がいるから俺は生活が成り立ってるんだ。
大切にしてあげなさい。
0562login:Penguin2012/05/01(火) 14:48:43.45ID:2H6gSubk
ZFSで自宅サーバですが（くどい？）、
ZILとL2ARCの効果を体感しました。ファイル共有先の
Mac OSの上からAFP経由でファイルの読み書きを行った
ところ、非常に賑やかにZILとL2ARCへのアクセスが
行なわれまして、L2ARCの方だけが読み込みに答えたり、
ZILに先に書き込まれ、HDDに遅延で書かれる様子が
zpool iostatで見れました。

実際の効果はともかく、小さなATOMサーバでも動くんだ
というところに、ちょっと感動しました。
0563login:Penguin2012/05/01(火) 15:31:04.38ID:lq5Dwn99
>>561の生活なんてどうでもいいから粗末にしよう
0564login:Penguin2012/05/01(火) 19:22:52.54ID:jmQ/iIqJ
　　　　　　　 Λ＿Λ
　　　　　 　 （´∀｀　）-､　　>>562さん
　　　　　 　,(mｿ)ヽ 　　i　　　Atom環境でのZFS鯖構築おめでとうございます
　　 　　 　/　/　ヽ ヽ　ｌ　　　それでは高クロック多コアCPUメモリ満載で
￣￣￣　（_,ノ￣　ヽ､_ノ￣　　ZFSの真の力を解放する段階に進んだということですね

http://anago.2ch.net/test/read.cgi/jisaku/1335769428/
0565login:Penguin2012/05/01(火) 20:03:12.96ID:2H6gSubk
>>564

ははは。高機能サーバーが欲しいところですが、
家に置くには少々でかすぎるので、自宅は省電力Atomで我慢します。

連休開けから会社の実習で使うサーバを、連休の間2日間借りれた
ので、こちらで思いきりZFSの力を堪能するつもりです。残念なのは
RAIDカードにSATAディスクが接続されてて、これは壊しては
ダメらしいので、RAIDZの実験が出来ないこと。

bonniie++のベンチと、SMBサーバにしてPCからファイルを
送信し、ZFSとEXT3の速度比較などやってみます。

楽しみです。
0566login:Penguin2012/05/01(火) 21:52:13.85ID:EQhJ/ZNC
最近は仕事にnative ZFSを投入するのが流行なんですか？
0567login:Penguin2012/05/01(火) 22:24:49.73ID:lq5Dwn99
仕事と言っても様々なんですが？
0568login:Penguin2012/05/02(水) 08:55:54.22ID:Lj9cFy3J
>566

そんな事はぜんぜんなくて、個人的な興味と事前評価。
Linux NativeのZFSはいつ正式版になるか判らないし、正式版になっても
ビジネスの世界は実績が全てだから、ZFSじゃ無く、Ext3とかExt4を
使うのが正解。という事は判っているが、技術としては面白いので
5年ぐらい先に正式版になって、ビジネスの提案に使えれば
良いぐらいの気持ちで遊んでます。

個人的にはレプリカと重複排除機能が熱いかな、と思います。
0569login:Penguin2012/05/02(水) 11:18:38.26ID:59iZo3Lw
UNIX板のZFSスレが無くなったと思いきやみんなこっち来てたのか。
0570login:Penguin2012/05/03(木) 00:38:24.61ID:Xl/wH1u0
ZFSの重複排除で衝突が起きたら、
その瞬間、宇宙が終わっちゃうんじゃない？
0571login:Penguin2012/05/03(木) 01:50:51.79ID:c19guCD2
仕事でZFS使うのなら、素直にSolarisだものねい。

しっかし、OracleのGoogleへJavaのいちゃもん訴訟を見ると、Appleが
SunのOracleへの買収直後にZFS捨て捨てしたのもよくわかる…。
とはいえ、OS Xでext3/4どこではなく腐れたHFS+をいつまで使うんだか。
0572login:Penguin2012/05/03(木) 01:54:42.48ID:GjDUgTlm
まだローカルファイルシステムですか？
0573login:Penguin2012/05/03(木) 04:56:44.95ID:oxoOTAH7
>>558
同じことやって
そのsoftware触ったことあるけど全然みつけてくれなかったよ
消したbsdのパーティション?スライス?は見つけてくれたけど。
拡張領域とか全然みてくれなかった
ここ見て手動で直すといいと思う。僕はそうした
http://www37.tok2.com/home/nobusan/boot/mbr.html
0574login:Penguin2012/05/03(木) 08:37:30.14ID:0m6SVdw6
zfsのメモリとcpuの使いっぷりだと、ノートで使うのは厳しいように思う。
HFS+ってext3,4と比べてそんなに見劣りする？
0575login:Penguin2012/05/04(金) 23:37:27.15ID:TdWYJyA4
そういやMacBookAirってSSDだが
特殊なFS利用してないのかな？
0576login:Penguin2012/05/05(土) 00:22:42.74ID:Q1yJFQoi
>>575
普通にHFS+だけど、アクセス仕方などのパラメータはかなり調整されてるみたい。
0577login:Penguin2012/05/05(土) 20:54:22.66ID:be4ZIOwP
>>568
まぁ勝手知ったるLinuxでZFSいじくり回して、いけそうやんってなってからSolaris触るってのもいいかもな。
Solarisの作法イチから覚えてZFS試してやっぱ使えん、なんて結論になったら時間の無駄だし。
ZFS on Linux特有の問題に遭遇したらそれはそれで時間の無駄だけどｗ
0578login:Penguin2012/05/05(土) 23:58:07.40ID:RUxVmCw5
>>574
HFS+はジャーナリング付きのFAT32みたいなもんだと思っておけばいい。
0579login:Penguin2012/05/06(日) 00:21:15.49ID:LV4tOek1
>>578
そう?
パーミッションあるし、もうちょい高機能なんだと思ってたけど。
ジャーナル付きNTFSくらい。
0580login:Penguin2012/05/06(日) 00:40:36.46ID:SqaZoyGh
>>579
その辺はACL用にちょっと拡張されたってだけだからなぁ。確かに機能面では
大きく違ってくることではあるけど。

基本的には大昔のHFSからそうは変わってない。実装で頑張ってOS Xのバージョンが
上がるごとにACLだのジャーナリングだとの拡張しているけど。

あと、NTFSについて無知すぎ。ジャーナルはハナからついている。
0581login:Penguin2012/05/06(日) 01:58:20.15ID:/BDbWsx+
NTFSさんにあやまれ。
0582login:Penguin2012/05/06(日) 03:16:25.33ID:TfSGVwC4
HFS関係って昔リソースフォークの取り扱いとか
変態ファイル名とかですんげー苦労させられた記憶があるんだけど、
他のFSとの相互運用性ってマシになってたりするのかな？
0583login:Penguin2012/05/06(日) 10:02:00.25ID:bimIbaZ3
会社の評価機を借りてLinux NativeのZFSを試してみました。
CPUがXeon 2.3GHz、メモリーが16Gバイト、HDDが2Tバイト SATAと
いう構成。特に問題なくインストールできて、ベンチマークプログラム、
ファイルコピーのテストも順調に出来ました。

あたり前の結果で、シーケンシャルの読み書きの速度は遅く、ランダムは速い。
特にランダムの読み込みの速度がEXT4に比べて、30倍くらい速く、DBや
ファルサーバのストレージに使うと凄そうですね。

Linuxでの正式リリースが楽しみなファイルシステムです。

0584login:Penguin2012/05/06(日) 10:18:07.35ID:1mav6+r3
え？
DBにZFS？
0585login:Penguin2012/05/06(日) 11:33:09.63ID:Brg6oYil
何かいいたいことがあるなら具体的にどうぞ。
0586login:Penguin2012/05/06(日) 12:36:37.90ID:tnh/l61N
大坊聡？
0587login:Penguin2012/05/06(日) 13:13:57.62ID:SqaZoyGh
>>582
いちおうOS Xでは
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF#.E3.83.AA.E3.82.BD.E3.83.BC.E3.82.B9.E3.83.95.E3.82.A9.E3.83.BC.E3.82.AF.E3.81.AE.E7.8F.BE.E7.8A.B6
ってことで、リソースフォークの使用は控えられるようになっているけど、
ファイル単体ではなくファイルシステムで見た場合は、
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF#.E5.AF.BE.E5.BF.9C.E3.82.B7.E3.82.B9.E3.83.86.E3.83.A0
http://ja.wikipedia.org/wiki/%E6%8B%A1%E5%BC%B5%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E5%B1%9E%E6%80%A7#Mac_OS_X
にあるよう、マルチフォークで属性情報をガシガシ増やしてファイルシステムの
拡張をしているからなぁ。

FS自体の相互運用性は下がる一方かと。

>>584
とりあえず、ttp://developers.sun.com/solaris/whitepapers/index.jspに
ある
Configuring Oracle Solaris ZFS for an Oracle Database
http://developers.sun.com/solaris/docs/wp-oraclezfsconfig-0510_ds_ac2.pdf
を読んでこい。
0588login:Penguin2012/05/06(日) 13:53:04.67ID:CV3emWUR
メタ情報をもっと活用する方向にいってくれないもんかな。FSだけの問題じゃないけど。
0589login:Penguin2012/05/09(水) 03:40:46.17ID:dNOv9YfW
Oracleデータベースを置く領域はASMで決まりだろ
わざわざOSのファイルシステム上に置くメリットって何かあるの？
管理しやすいって？
0590login:Penguin2012/05/09(水) 07:27:58.74ID:13vigJRw
FreeBSDスレ見てたらZFSはv30からOracleの意向でクローズドソースになるのね

v28採用してるFreeBSDとかは独自発展させるんかな
0591login:Penguin2012/05/09(水) 23:20:57.21ID:ZWFhWH7F
v30も暗号化部分がクローズドなだけじゃないの？
FSもDBも全部Oracleに握られてるのはいやだなぁ
0592login:Penguin2012/05/10(木) 02:18:13.19ID:n6TOlTxc
RHEL6でサポートされるFSはext3、ext4、そしてスケーラブルな（笑）xfsかぁ
0593login:Penguin2012/05/10(木) 08:46:55.76ID:n6TOlTxc
Fusion-ioの価格表
ttp://hesonogoma.com/hardware/fusion-io_iodrive_pricelist_2012.html

IOが激しくて性能が厳しいサーバがあるのでFusion-io使ってみたいが
もう少し価格がこなれてこないと手が出ないな・・・
0594login:Penguin2012/05/10(木) 10:11:29.71ID:uzdXa+U4
ebayは日本向け売ってくれないもん？
そんなしないぞ
0595login:Penguin2012/05/10(木) 14:58:38.76ID:V1j2zBKg
超大容量HDD付けたnilfsをGC offにすれば速くなることは速くなる。
リードもメモリキャッシュに乗るようにすればよい。
0596login:Penguin2012/05/10(木) 16:30:30.58ID:dleBY42Y
>>591
FreeBSDはillumosの動向に追従みたいだけど、現状よりは望み薄っぽいね
0597login:Penguin2012/05/10(木) 23:07:32.43ID:NECzXalT
>>591
海外フォーラムを見ると
これからは2つのZFSが存在することになる。
非常に残念なことだ。
って書いてあるから、オープンソース最後はv28で、v30以降は完全クローズになるんじゃないかな。
v28までライセンスがCDDLってのは変わらないようだけど。

IllumosもCDDLで公開されているソースを利用しているから、v30以降のZFSのコードは使えず
ZFS v30以降はOracleSolaris使うしかないって見解みたい。
0598login:Penguin2012/05/11(金) 01:37:17.98ID:4yR4l5go
今更クローズドにするとかあいかわらず嫌がらせが大好きなんだな。
0599login:Penguin2012/05/11(金) 01:41:16.20ID:ocx/xIVv
>>598
嫌がらせっつーかそもそもオープンソースと競合する製品を売っている会社で
しかもオープンソースに協力とかしていない会社だから。
0600login:Penguin2012/05/11(金) 01:50:11.73ID:yBR+2vnr
さすがにそれはあんまりだ
0601login:Penguin2012/05/11(金) 01:50:18.30ID:4yR4l5go
この先どうなるのかしらないけどbtrfs作ってるじゃん。
MySQLも今のところはオープンのまま。
0602login:Penguin2012/05/11(金) 01:51:26.14ID:ocx/xIVv
そういやそうだったな
0603login:Penguin2012/05/11(金) 01:53:10.90ID:Rs4s5bBT
今更というよりOracleがSunに買収された時点でこうなるのは仕方なかったのかな。
0604login:Penguin2012/05/11(金) 03:33:04.68ID:p1pOPx1v
>>593
>>594
OCZ製のPCI接続SSDであればもっと安かったよ
海外からFusionio買った人いますかー？
0605login:Penguin2012/05/11(金) 06:46:05.16ID:jdrQ5XWm
>>603
そうなってりゃ今こんな話にならんだろｗ
もっとも、SUNが好調だったらSolarisをオープンソースにしたかは怪しいけどさ
0606login:Penguin2012/05/11(金) 08:14:43.73ID:jkHVDhT6
まったく貢献しない奴より、Oracleの方が1000000倍ありがたいけどな。
OSSに貢献するのは国民の義務でもなんでもないし、営利企業なんだから必ずしも沿えないのは当たり前。

どんなに協力的な会社でも自社の生存を犠牲にしてまでOSSする訳ない。そういう枠の中で、btrfsやocfs2に匹敵する貢献をしてる会社が一体何社あるのかと。
0607login:Penguin2012/05/11(金) 08:47:12.97ID:SoMXQdp3
BerkleyDBとかMySQLとかJavaとか不幸にしまくってるじゃん。
ドキュメント方面の予算削られてMySQLの日本語ドキュメントが5.1
までしかないとか、doc.java.comが一時期なくなった(社内でがんばって
くれた人がいて復活した)とかひどい目にあってる。

JavaはGoogleとの訴訟で「APIに著作権を認めろ」とかいってるしな。
0608login:Penguin2012/05/11(金) 09:12:10.28ID:Rs4s5bBT
オラクルの場合は貢献よりやったことの悪影響の方が多いから
OSSに対して非干渉の企業の方が1000000倍ありがたい。
0609login:Penguin2012/05/11(金) 10:35:25.35ID:agAAD5md
業突く張りのボラクルですからね
0610login:Penguin2012/05/11(金) 11:16:56.86ID:sTP/os3g
MSの方がまだマシって思わせる企業があるなんて
0611login:Penguin2012/05/11(金) 12:44:07.18ID:w0RrmVyz
ZFSの未来はNexentaに頑張ってもらうしかないよね
0612login:Penguin2012/05/11(金) 13:33:45.09ID:ocx/xIVv
挿入削除機能付きファイルシステム
ファイルに対する挿入および削除を高速に行うことを目的に開発したファイルシステム
http://www.nhk.or.jp/strl/flexible/doc_ext4_mxf.html
0613login:Penguin2012/05/11(金) 14:15:11.41ID:GH1IWZxy
>>607
Oracleが打ち捨ててくれたおかげで幸せになれたOpenoffice.orgとかあるしな〜
0614login:Penguin2012/05/11(金) 14:56:34.05ID:5z7FqG21
開発者がほとんど逃げ出してから捨てられてのって幸せなんだろうか
0615login:Penguin2012/05/11(金) 14:59:16.12ID:sTP/os3g
>>612
上流に寄付するなりすればいいのに
半税金で運用している会社のわりに使えないよな
0616login:Penguin2012/05/11(金) 17:27:06.27ID:zDYdOm03
>>612

受信料を払っていないのでパス
0617login:Penguin2012/05/11(金) 18:57:00.39ID:QWh07S8U
GPLなものに受信料は関係なかろ。
0618login:Penguin2012/05/11(金) 20:06:42.05ID:sTP/os3g
>>617
http://www.nhk.or.jp/strl/flexible/Down01.html
NHKがいじった部分は違うよ
0619login:Penguin2012/05/11(金) 20:09:35.37ID:jkHVDhT6
>>607
あいつらが予算削減したからドキュメントがないんだって・・・
どんだけ無料ユーザー様なんだよ。

世の中金も手も出さない所ばかりな所で、ドキュメント作成までは
カバーできなかったが出したというのに、前の支援者よりレベルが
落ちるだけでボロクソ。誰がそんなコミュニティ支援するんだ？
0620login:Penguin2012/05/11(金) 20:20:55.68ID:ocx/xIVv
>>618
こいつはGPL2だよ。
http://www.nhk.or.jp/strl/flexible/down_ext4_mxf.html
0621login:Penguin2012/05/11(金) 21:41:37.63ID:pEam6qOM
Oracleに買収される前にあったものが買収されたら無くなったら呆れるだろ。
0622login:Penguin2012/05/11(金) 22:24:36.79ID:4yR4l5go
>>613
捨てるなら最初から捨てればよかったのに、さんざん引っ掻き回して
誰も寄り付かなくなってから寄贈とか嫌がらせの最たるものじゃん。
0623login:Penguin2012/05/12(土) 01:47:50.44ID:KLe6gbzV
v28時点の機能で充分なんで、v30以降クローズドでも文句言わんからv28のコードをBSDかGPLにしてくれんかねｗ＞ZFS
0624login:Penguin2012/05/12(土) 02:25:05.18ID:jr/vC4EX
ならばApache Licenseにしてやろう
0625login:Penguin2012/05/12(土) 02:47:00.19ID:dQiISBRz
修正BSDならまだしもGPLはちょっと…
0626login:Penguin2012/05/12(土) 02:49:12.79ID:AZpPqINZ
GPLにしたらFreeBSDの人たちがキレるだろうな。
0627login:Penguin2012/05/12(土) 05:39:42.82ID:dQiISBRz
むしろIllumos側とかがやる気無くすだろ
0628login:Penguin2012/05/12(土) 09:18:19.28ID:tnC/P8Hk
Linuxサーバ構築の仕事をやっているが、
ZFSに対してのあこがれは増すばかり。

自宅のファイルサーバ（CentOS)で使って、良い感じで使えているので、
会社のデスクトップマシンのOS入れ替えのとき、Homeディレクトリを
ZFSに割り当てちゃおう。
0629login:Penguin2012/05/12(土) 19:13:56.22ID:R4XTgxI9
Oracleアンチスレに成り変わってしまったんやなｗ喜劇やなｗ
0630login:Penguin2012/05/12(土) 21:06:59.32ID:Ybl2SDjr
>>629
以前のスレでも同様の事情が発生したからね
まぁ、定期的に発生するよくある話
0631login:Penguin2012/05/12(土) 21:40:52.96ID:WiWzjoLA
最近のファイルシステム事情からするとOracleが叩かれる流れになるのは仕方ないと思うんだが。
0632login:Penguin2012/05/13(日) 01:47:39.10ID:yRFiDpFg
ZFSクレクレ Btrfsクレクレ
0633login:Penguin2012/05/13(日) 10:41:05.88ID:6yfJ5u8k
OSクレクレ3日でピーコ完了ｗ
0634login:Penguin2012/05/14(月) 12:41:38.98ID:0FAxP6SH
zfsをhdd×4のraidz1で運用してる。osはsolaris11
raidの健全性を調べるコマンドって
zpool status
で必要十分なの？
0635login:Penguin2012/05/17(木) 02:08:12.61ID:zXXpU1HC
>>594
ebayに出品されているのは中古品だろ？
メーカー出荷の新品と比較しちゃダメよ
0636login:Penguin2012/05/17(木) 09:03:27.03ID:quLDDVor
>634

zpool scrub pool名

でオンラインチェックが出来るらしい。
今試しに動かして見てるけど、IOやCPUの負荷が
かなり大きい。全力で読み書きしてチェックしてる
様子。

scrub実行中にzpool statusを見ると、チェック
の進捗と予想終了時間が判ります。万が一エラーが
起きたら自動修復？されるんでしたっけね。


0637login:Penguin2012/05/18(金) 02:04:44.50ID:vSGVCWOh
なんだ、ZFSもfsck必要なのか
0638login:Penguin2012/05/18(金) 09:54:30.02ID:qWj86vXl
>637

他のファイルシステムでは、ファイルの書き込み中の電源OFFとか
カーネルパニックでファイルが壊れることがあるけど、ZFSは
書き込んでからファイルポインタを付け替えるから、ファイルが
壊れる事はない。

scrubはハードウェアの障害によるデータ化けの対策
0639login:Penguin2012/05/18(金) 10:44:02.27ID:wFUz+ABd
ファイルポインタを付け替えようとしているときに電源が切れたらどうなるの？
とか思ってしまった
0640login:Penguin2012/05/18(金) 12:56:46.50ID:H+gB5nnv
>>639
…。そう思ったらちょっと考えてみるぐらいしてみたほうがいいな。
0641login:Penguin2012/05/18(金) 13:17:04.13ID:F39pzlH8
急いでつけかえるから大丈夫！！！１！！
0642login:Penguin2012/05/18(金) 13:40:42.56ID:dgKtu+BA
考えて分かることなのか
0643login:Penguin2012/05/18(金) 13:43:58.84ID:5sSa6Sz4
ファイルポインタを付け替える間に電源を切ることは不可能である
0644login:Penguin2012/05/18(金) 13:52:20.88ID:g3FMqL47
ポインタの付け替え時間 <<<<<<< ファイルの書き込みの時間

ファイルの書き込みの最中に電源が落ちると、ファイルは死んでしまいます。
例えばテキストファイルを書き込み中に電源落ちて半分しか書き込めなかった
とか。ZFSでは元の情報を保持したまま、新規のデータを作成し、書き込みが
完了した後、ポインタを付け替えます。ファイル書き込み中に電源が落ちても
元のファイルは残ります。という事でファイルシステムは論理的には
壊れません。
0645login:Penguin2012/05/18(金) 14:28:27.99ID:dgKtu+BA
そんなこと誰でも分かってるでしょw
0646login:Penguin2012/05/18(金) 14:33:27.88ID:XuBoX5Wq
HDDユニット自体が電力を絶たれても
がんばってアトミックに動くようになってる(らしい)からでそ。
0647login:Penguin2012/05/18(金) 16:43:51.44ID:utn7Luuj
そのためのジャーナルなんだぜ
0648login:Penguin2012/05/18(金) 16:45:30.78ID:oOjSEvqe
ジャーナルはメタデータしか記録しないので万能ではない
単にファイルシステムのメタデータが壊れないだけ
0649login:Penguin2012/05/18(金) 16:49:11.21ID:cy1LYrTG
>>648
んなことはない FSによって仕様は違う。
0650login:Penguin2012/05/18(金) 19:32:32.59ID:qwD1jBDX
ext4は、電源切れた時とか、書き込み後の新しいファイルも
書き込み前の古いファイルも残らない問題があって、
その問題が出る可能性を少なくする修正をしたけど、可能性はあるまんまだよ。
0651login:Penguin2012/05/19(土) 00:37:17.94ID:5rNSO6UU
電源切れても、アトミックに書けることが保証されてるなら、
どんなサイズのデータも
512byteのファイルに分けて書き込めば、不意の電源切断による
ファイル損失が回避できるってことだね
0652login:Penguin2012/05/19(土) 00:44:38.79ID:oH+axjjp
アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。
0653login:Penguin2012/05/19(土) 01:22:01.37ID:bGawkh/l
>>652
それにプラスして>>641と>>643だから安全なんだよな
0654login:Penguin2012/05/19(土) 10:07:02.37ID:d/xS1V5P
hdparm -W1で使ってても保証されてる？
FUA発行前の書き込みが中途半端に反映されてる状況。
FS次第？
0655login:Penguin2012/05/19(土) 19:50:22.13ID:FRys3al+
XFS2まだかよ
0656login:Penguin2012/05/19(土) 19:53:39.97ID:YxifvVZm
XFSは元々は他OSのFSだしext5の方が良いんじゃね
0657login:Penguin2012/05/19(土) 19:55:42.67ID:R06bEnk+
電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？
0658login:Penguin2012/05/19(土) 19:57:05.39ID:d56/CwG2
>>657
それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する
0659login:Penguin2012/05/19(土) 20:50:18.22ID:OclJXskD
>>655
kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。

kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。

とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら
0660login:Penguin2012/05/19(土) 22:13:23.46ID:9MY9nMma
RedHatカーネルに移植されない＝OracleLinuxに取り込まれない
なら別に悪くないかもｗ
0661login:Penguin2012/05/20(日) 14:48:12.14ID:eP6j5/av
>>657
いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。

postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。
zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。
0662login:Penguin2012/05/20(日) 15:11:25.04ID:8YfFWlKc
とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある
性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか
ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ
0663login:Penguin2012/05/20(日) 15:20:18.69ID:YuJ3DDEz
ぶっちゃけUPSいれろで結論出てるけどな
0664login:Penguin2012/05/20(日) 15:40:45.14ID:8YPwgSyJ
ハード屋は電源無くなりゃなんも出来んって言ってるのに
ソフト屋はack返してんだろって言うからなｗ
ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ
0665login:Penguin2012/05/20(日) 16:00:28.49ID:p9BF+Jlq
奥なんとかさん。呼んでますよ。
0666login:Penguin2012/05/20(日) 17:15:21.17ID:HhKMOwRD
え？iSCSIってアトミック動作保証されないの？？
ジャーナルFSにしてても、破損する可能性あるのか
0667login:Penguin2012/05/20(日) 18:23:12.40ID:uTdrFX86
iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド
呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？
0668login:Penguin2012/05/20(日) 23:25:07.01ID:ELQ5/TDV
>>657
http://www.atmarkit.co.jp/flinux/rensai/watch2010/watch03b.html
＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、
＞「もともと512bytesでも保証はなかった。
＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、
＞そういう処理が原因でアトミックに処理できなかった。
＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。
＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
0669login:Penguin2012/05/21(月) 08:26:04.95ID:0vaQ/+dW
家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。
0670login:Penguin2012/05/21(月) 08:52:31.83ID:ibgDvpSH
ところで、linuxの次期FSとして一番有力なのはどれなの？
1)btrfs
2)ZFS
3)ReiserFSもしくはそのフォーク？
4)EXT4もしくはその拡張
5)その他
0671login:Penguin2012/05/21(月) 09:31:16.61ID:xHaR64QJ
そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。
複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。
0672login:Penguin2012/05/21(月) 09:54:20.81ID:w3v01jDq
1セクタアトミックに書けるなら
任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる
0673login:Penguin2012/05/21(月) 09:57:25.79ID:PP15/LMj
>>670
1)btrfs→オラクルからはエンジニアが既に去った。
2)ZFS→ケチケチサポートに突入。
3)ReiserFSもしくはそのフォーク？→そんな気配は無い？ 
4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。
5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。
0674login:Penguin2012/05/21(月) 09:58:33.96ID:PP15/LMj
> 1)btrfs→オラクルからはエンジニアが既に去った。 

去ったのはZFSの人か。スマソ。
0675login:Penguin2012/05/21(月) 10:04:58.51ID:2/Hjj9MT
>>670
4
0676login:Penguin2012/05/21(月) 10:11:32.22ID:VzIf2jh+
やっぱり4だよね。
0677login:Penguin2012/05/21(月) 10:49:59.19ID:Ms9i3XwP
４だと思う。
で、アマノジャクな人が２か５のZFSもどきを使う。
（だって面白いからな。）
0678login:Penguin2012/05/21(月) 12:15:28.09ID:bVL44HWG
DragonflyBSDのHammer移植の方が現実的かもなぁ
0679login:Penguin2012/05/21(月) 14:23:23.29ID:ibgDvpSH
やっぱりext4の系譜かー。そうだよね。
0680login:Penguin2012/05/21(月) 14:58:35.07ID:ocjJ24me
>>679
機能的にZFS以降のfsとは差がつきすぎているし、
代替は欲しいんだけどねい…
0681login:Penguin2012/05/22(火) 07:50:09.39ID:7a68CDWm
http://japan.cnet.com/news/business/35017280/

　来日中の米Microsoftの最高経営責任者（CEO）Steve Ballmer氏が5月21日、東京・渋谷区のホテルで開催されたパートナー向けのイベント「Windows Partner Executive Summit」で講演した。

　Ballmer氏が米国外を公式に訪問するのは、2012年に入ってから初めてのことだ。次期OS「Windows 8」の開発が最終段階に入った今、最初の訪問国・日本のパートナーに「今年はMicrosoftの歴史の中でも、
もっともワクワクする1年」とメッセージを発し、Windows 8の登場によって大きな変化が訪れると強調した。
Windowsを再創造する
マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。 マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。
※クリックで拡大画像を表示

　Windows 8は、今年後半の登場が予定されているMicrosoftの次期OS。従来に比べて機能を追加しただけでなく、新たなUIを投入する点が特徴だ。より高速で滑らかに動作し、
スマートでモダンなデザインを実現させることを目標としている。既存のWindows 7の機能もさらに強化し、「新たなレベルに引き上げ」（Ballmer氏）たものの提供を目指して開発が行われている。

　Ballmer氏が繰り返したのは「再創造（Re-Imagine）」だ。Microsoftは、Windows 8で「再創造の1年であり、チャンスの1年」（同）にしたい考え。
この1年で、3億5000万台のWindows搭載PCが出荷されているとの調査を引きながら、「競合他社はPCとタブレットをあわせて6000万?7000万台の出荷」（同）と、その差を強調。
Windowsという強力なプラットフォームが「再創造」されることで、パートナー企業にとっても新たなチャンスが生まれるとした。



んなもんより時代遅れのNTFSよか新しいファイルシステム作れや！！！！！！！！！１１１１１１
0682login:Penguin2012/05/22(火) 09:32:07.35ID:In5wan4s
初歩的な質問ですまないけど一つ教えて。

ext4であるファイルの内容を修正（ファイル全体のサイズは変わらないような変更）をした時、
該当箇所を格納したブロックの内容を変更して、書き戻す位置はHDDに対して元あったLBAと同じ位置を指示するの？
それとも別の空いてる場所に書くの？
さらに修正箇所が複数ブロックに含まれる場合はどうなるのでしょうか？
0683login:Penguin2012/05/22(火) 10:29:12.17ID:xdP67uUV
>>672
んなことない。
それは書き込み順序が保証される場合で、バリア張れなければセクタアトミックでマルチセクタアトミックは実現無理。
0684login:Penguin2012/05/22(火) 10:53:33.83ID:1cxhPa0y
>>682
今時のファイルシステムは、ファイルの内容を書き換える場合に、
データブロックをそのまま使って中身だけ書き換えるなんてことはしない。
理由はトランザクション処理におけるクリティカルセクションが長くなるから。

1. 古いデータだけしかない状態
2. 新しいデータを空いているブロックに書き込む
3. 古いデータも新しいデータも共存していて、ただしメタ情報は古いデータを指している状態
4. 新しいデータを指すようににメタ情報を書き換える
(メタ情報はすごく小さいのでクリティカルセクションを小さく出来る)

3(または2)の段階でクラッシュしても、古い状態は完全に残っている。
実際にはさらにインテントリストを使って、再起動後に更新をリプレーする工夫がある。

データベースのトランザクション処理を勉強すると良い。
06856822012/05/22(火) 11:07:12.35ID:lf9QnnI6
分かりやすい解説、ありがとうございます
0686login:Penguin2012/05/22(火) 16:06:03.57ID:YPS563wb
>>684
そうすると、空き容量が書き換えようとするファイルのファイルサイズより小さい場合、
書き換えに失敗するということですね
0687login:Penguin2012/05/22(火) 16:23:56.66ID:1cxhPa0y
トランザクション単位は通常ブロックだよ。

ファイルのバージョン管理しているファイルシステムには、
さらにopen/close単位でもトランザクション管理しているのもあるけど。
0688login:Penguin2012/05/22(火) 17:52:40.29ID:LU/paeRW
mbrを消したら完全に読めなくなるFSってあるんですか？EROIひと
0689login:Penguin2012/05/22(火) 18:26:05.86ID:A1CjT9vU
MBRってどういうものか、ググればわかるような
0690login:Penguin2012/05/22(火) 18:30:33.55ID:OmWdc1HW
MBRってFS関係あるんですかね・・・？
0691login:Penguin2012/05/22(火) 18:34:53.53ID:1cxhPa0y
wikipediaくらいは読んでるの?
0692login:Penguin2012/05/22(火) 20:10:19.29ID:LU/paeRW
>>690
mbr消してもtestdiskつかったりdumpすれば
先頭のデータみたらどこからどのパーティション始まるかわかるから
mbr修復できるけど、それができないFSはあるのかなと・・・
0693login:Penguin2012/05/22(火) 21:33:06.53ID:rvtR6o93
>>668
＞＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。

この引用だけ読むと、ん？セクタ長が長くなる方がアトミク保証キツそうだがと思ったが、AFTのRMWを問題視してるのかな？

確かにアラインがあってない状態でブロックライトしたときたまたまそれがトラックまたがりだったりしたら、
電源供給たたれた状況ではRMW完遂キツそうかも。
0694login:Penguin2012/05/22(火) 21:39:10.48ID:rvtR6o93
ごめん、FSのブロックとHDDの物理セクタは直接の関係はないからアラインうんぬんはミスリードね
0695login:Penguin2012/05/22(火) 21:47:16.05ID:Gee1IVDc
>>690
ディスクだ
0696login:Penguin2012/05/22(火) 22:28:52.43ID:UDqTDYqA
>>682
>>684
簡単な検証をしてみたが次のようになった。

1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。 中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 4096 行
5. fseek と fwrite(C言語) 使って 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
6. アンマウント
7. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 3345 行

(4096-3345)*16(１行16バイトでダンプ)=12016 (12000 バイト + 16の倍数では無いところから開始分)

1GBを32MBにするとブロックサイズは 4KB から 1KB になるけど結果は同じ。
このとき 16進ダンプ自体を比較したが変更されたのは 832 行 (13376 Byte) だけ。
# diff -u pre.txt post.txt | egrep -e '^[+]' | wc -l --> 832

diff の結果を詳しく見ると書き込んだパターンの前のデータはすべて C1 の行で、
どう好意的に解釈しても >>684 の言う動作をしているとはいえない結果だった。
0697login:Penguin2012/05/22(火) 23:21:43.39ID:rvtR6o93
ext4のmountオプション
0698番組の途中ですがアフィサイトへの転載は禁止です2012/05/22(火) 23:40:12.43ID:tlYG6Oak
684さんはDBか何かの話をしているのだろう、普通のファイルシステムは
セクタ単位に上書きして済ませ面倒な操作は回避する。

電源が落ちると、HDDは一番外側のトラックに緊急書込みしてDRAMの
イメージを保存する、SSDもDRAM上に保持していた更新データは急遽
特定のページに書込む、HDDもSSDもDRAM上のデータは電源が落ちても
維持するから書込み応答があれば書込めたと考えていいはず。

ただ、SSDで電源の落ちる速度が速いと飛んでしまうSSDがあって、
それでWindowsの休止が使えないSSDを掴まされた。
0699login:Penguin2012/05/22(火) 23:45:08.80ID:R0N4pj0/
彼の言う「今時のファイルシステム」にext4やntfsは含まれていないのですよ
0700login:Penguin2012/05/23(水) 00:20:02.34ID:0eIoicZI
5の処理はひとつの操作じゃないから、
5の間に解放されたブロックが最利用されてるんじゃないの?
07016962012/05/23(水) 00:47:46.11ID:9NniJAVU
>>700
すいません、次のとおりです。

1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。 中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 4096 行
6. マウント
7. fseek と fwrite(C言語) 使って 3. のファイルの 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
8. アンマウント
9. disk.raw を 16進ダンプして C1 が 16個 並ぶ行をカウント → 3345 行

> 5の間に解放されたブロックが最利用されてるんじゃないの?
再利用されていれば 1KB(1ブロック) 以上 C1 じゃ無いところが発生するはずだが実際は
すべて上書きだった。 ここまでだとデフラグされた可能性はあるけど、
ext3/4 のジャーナルがメタ情報しかジャーナリングで保護されないと知っていれば
>>684 の言う動作はしていない(していればメタ情報しか保護しない理由がなくなる)
と解るはず。
0702login:Penguin2012/05/23(水) 20:08:33.34ID:53GntL47
>>684はそこまで的外れなことは言ってないんじゃないの。
手元のext4のファイルシステムで試してみたけど
openにO_TRUNCを付けて開く→別のブロックアドレスに新規の内容が書き込まれる。元のブロックアドレスにはファイルの内容は残存。(>>684の言う動作をしてる?)
openにO_TRUNCなしで開く→同じブロックアドレスに上書きで書き込まれる。(>>701のやった実験)
どっちの場合でもinode番号は保持されている。

当たり前だけど一つの巨大なファイルをO_TRUNCなしで開いて何回もlseekとか使って読み書きする場合は
同じブロックに書き込まないと断片化しまくりんぐなんだよね。
んで>>682の質問は多分O_TRUNCなしの場合の疑問だから多分元あったLBAにそのまま上書きってことでいいと思われ。

まあ、俺もあんましファイルシステムに詳しい訳じゃないから間違ってたら指摘頼む。
0703login:Penguin2012/05/23(水) 20:14:35.20ID:Uvt1kmUp
>>684
それ、Copy-On-Write を実装したファイルシステムの典型的な挙動で
それでbrtfsやZFSが注目されてるけど、まだまだ一般的じゃないよ

今普通に使われてるファイルシステムは
未だに停電時のデータ保全は保証されてなくて
だからデータベースソフトは凝った制御をわざわざしてる
0704login:Penguin2012/05/23(水) 20:46:06.35ID:zTpk22Ks
>>703
ZFSやbtrfsやHAMMERはモダンなfsと言われている由縁ですな。
あと、機能的にはボリュームマネージャとfsとの統合もしているのが
モダンなfsの特徴。
0705login:Penguin2012/05/23(水) 21:47:33.19ID:HiaPoJkG
>>702
truncしたら
＞1. 古いデータだけしかない状態
ここが無いだろ
0706login:Penguin2012/05/24(木) 09:35:00.94ID:8W5aSkeX
nilfsもモダン
0707login:Penguin2012/05/24(木) 09:48:16.92ID:fjuo8JDB
lfsはモダンすぎた
0708login:Penguin2012/05/24(木) 14:12:40.50ID:R1zT/wP2
仮想環境のマシンをカーネルのアップデートで再起動が発生した際にext4でfsckが走った
開発が予定されているext5でも一定間隔毎にマウントする際はfsckが走る仕様は残るのかな？
0709login:Penguin2012/05/24(木) 16:00:44.85ID:8W5aSkeX
>>708
ジャーナル処理以外もやってる?
0710login:Penguin2012/05/24(木) 20:35:01.03ID:k3/BwS7U
ext5ってどんなのが出るとかって話もうあるの？
0711login:Penguin2012/05/24(木) 20:52:51.51ID:iuQ7Cd5b
>>708
デフォルトでmkfsすれば走るようになるけど、mkfsにオプションつけたりtune2fsでオプション変更すれば走らない、というはなしではなくて？
0712login:Penguin2012/05/24(木) 21:14:44.01ID:R1zT/wP2
>>711
仮想環境だったので“tune2fs”で間隔の設定変更してなかったの ww
で、密かにウワサされているext5はやはり間隔の設定変更は必要なのかなぁ〜
って、ふと思っただけです (__)
(何せ、xfsやbtrfsにはマウント時に定期的にfsckが走る事なんて無いですしね)

ちなみに実環境は“tune2fs -i0 -c0”でマウント時にfsck走らない設定にしていますよ
0713login:Penguin2012/05/24(木) 22:03:00.77ID:ht+qoeDE
やっぱりreiserfs最強
0714login:Penguin2012/05/24(木) 22:04:29.38ID:Y0DkWNpb
>>710
冗談の範囲を超える話はまだ出てないと思うけど、
私のアンテナが低いだけかもしれない
0715login:Penguin2012/05/25(金) 01:04:56.40ID:fyfyFUcy
>>713
reiserfsのどのあたりが最強なの？
0716login:Penguin2012/05/25(金) 01:08:43.89ID:Zj6mI5wX
数年間使ってるけどfsckとは無縁

0717login:Penguin2012/05/25(金) 01:31:43.18ID:lsrc3vra
>>715
開発元締めの犯罪歴
0718login:Penguin2012/05/25(金) 09:56:47.79ID:msN7LA9T
いまのlinuxのfs開発状況だと、ハンスが出所して開発再開したら、それなりに歓迎されそうだなぁ
0719login:Penguin2012/05/25(金) 10:15:49.59ID:bpVgjmYh
出てくるの１０年以上後だぞ？
0720login:Penguin2012/05/25(金) 10:25:38.42ID:Cmbh75Oe
10年後ならext5くらい
0721login:Penguin2012/05/25(金) 10:29:51.31ID:ub3nzNZQ
ハンスはいまも開発を続けているよ。
紙の上でハンドアセンブル、イメージデバッグ、、、
長期間念入りにチューニング＆デバッグされた高速＆堅牢な夢のfs

出所してからそ実機でテスト
0722login:Penguin2012/05/25(金) 11:04:00.31ID:F5a9ntXy
>>721
時間タップリあるだろうし、
他にすることもなさそうだから、
クオリティ恐ろしいかもしれんなｗ
0723login:Penguin2012/05/25(金) 12:06:17.83ID:AqUnLL1K
btrfsのstableリリースとハンス出所してreiser4完成はどっちが早いのかもうわからないレベル
0724login:Penguin2012/05/25(金) 12:32:56.42ID:bpVgjmYh
減刑のための法律勉強で忙しかったはず。
0725login:Penguin2012/05/25(金) 19:26:34.42ID:FQfoOI8B
向こうって模範囚なら殺人犯でも3年で出られるんだろ
0726login:Penguin2012/05/26(土) 01:13:07.17ID:rgPUb8eJ
>>725
う〜ん、どうなんだろ? 以前と違い、今は模範囚での刑期短縮って
1年で50日程度とかいう話を聞いたおぼえが。

あと、そういや、こんな記事が。
Linux Guru Hans Reiser Demands New Murder Trial
http://www.wired.com/threatlevel/2011/09/reiser-seeks-new-trial/
0727login:Penguin2012/05/26(土) 01:14:20.75ID:rgPUb8eJ
って、fsから話が外れまくったな。Btrfsが標準fsになるFedora 17のリリースが
そろそろだけど、これでようやっとBtrfsの開発速度が上がってくれるかな…
0728login:Penguin2012/05/26(土) 02:30:10.12ID:I/wUNAvd
なんでバターFSは主力FSになれないの？
修正されない致命バグが残っているとか？
0729login:Penguin2012/05/26(土) 03:21:44.82ID:SttHiOpI
3.2.xを使ってるがファイルが壊れることが時々ある。
0730login:Penguin2012/05/26(土) 05:48:13.77ID:iTBNDko3
そら、ファイルが壊れちゃうようなfsをメインになんか使いたくないよな
0731login:Penguin2012/05/26(土) 08:56:56.81ID:NFmM9fUH
>>727
それは取りやめになったはず
0732login:Penguin2012/05/26(土) 10:58:03.65ID:BURK7wai
>>728
ttp://d.hatena.ne.jp/fixme/20101030/1288433811
0733デムパゆんゆんネトウヨ特攻兵＠５月病　 【関電 69.0 %】 2012/05/26(土) 11:12:30.66ID:fGtrXgPT
じゃぁブログでブツブツ言ってないでバグ出し協力すればいいじゃないか
0734login:Penguin2012/05/26(土) 12:15:49.73ID:BURK7wai
そのブログの新しい方の記事でまさにそういう展開になっている
0735login:Penguin2012/05/26(土) 12:54:30.76ID:VoHyanHK
>>728
地道にバージョンアップしてきてるじゃん。
おまえはまさかすぐにでも実用化になると思ってるの？
0736login:Penguin2012/05/26(土) 13:38:33.15ID:SttHiOpI
>>732

これはそうなんだが時々BUG_ONから適切なエラー処理に変更するパッチが流れているのでちと古い話。
0737login:Penguin2012/05/26(土) 14:04:15.08ID:mAVYiROr
アンドリューモートンが2.36頃にはraiser4がマージされるよとか言ってた矢先のタイホだったからな。

しばらくカーネルに毎回パッチあててraiser4を使いつづけてたけど、さすがにマージの見込みが無さそうなので諦めてext4へ乗り換えた。
0738login:Penguin2012/05/26(土) 16:15:11.36ID:I/wUNAvd
そんな話を聞くと、ここはReiser4の無いパラレルワールドなんだなって気がしてくる
Reiser4がマージされているもう一つのパラレルワールドのこのスレでは、
逆にBtrfs、NILFS、ZFSの話題が消えてたりするんだろうか
0739login:Penguin2012/05/26(土) 16:27:41.13ID:MUdvZwhX
誰か開発を引き継ごうって人はいなかったのかいな。
0740login:Penguin2012/05/26(土) 17:21:56.83ID:NFmM9fUH
会社組織だったんだから、社長がﾀｲｰﾎされたからといって、会社がなくなったわけじゃないはず。
父親が引き継いで開発を続けるとか言ってたが、元々カーネルメンテナーの多くに良く思われてなかった
のと（特にプラグイン構造が）、スポンサーが見つからなくてﾎﾟｼｬったのではないかと。
0741login:Penguin2012/05/26(土) 18:37:05.68ID:YjIi9L7U
会社の絶不調なUbuntuデスクトップ機（タワー型）の
OSをCentos 6.2（派手なメディア系のソフトは無いけど仕事で使うには
十分なソフト環境）に変え、ファイルシステムはZFSに変えてみた。

ジャンク品の500GのSATA HDDを3本Raidzにして、全部homeにあてて
みた。ジャンク品だが経年劣化で壊れたら、それはそれでおもしろいと思っている。

ベンチマークとかファイルのコピー時間とか見てるけど、マザーボードが
読み書き合わせて150MB/secが限界のしょぼいヤツなんで、
まだZFSの恩恵は判らない。

日々のバックアップとか、ランダムアクセスを多用する処理がどれぐらい
良くなるか、来週の業務が楽しみです。


0742login:Penguin2012/05/26(土) 21:11:33.51ID:7HdLZpM3
>>741
山中幸盛みたいでかっこういいな
0743login:Penguin2012/05/27(日) 19:29:51.15ID:sFUG4pgM
何をしたいかわからんw
0744login:Penguin2012/05/27(日) 20:13:08.68ID:BMpUzC+a
LinuxサーバーにSSDを使うための情報メモ
http://oopsops.hatenablog.com/entry/2012/05/24/164941
0745login:Penguin2012/05/27(日) 20:20:49.29ID:T8Ff12Rn
みんなバリア無効にしている？
ext3も今度からバリア有効設定がデフォになるらしいけど。
0746login:Penguin2012/05/27(日) 23:25:49.50ID:RpQeUUxd
>>745
当然即無効
有効設定不要
0747login:Penguin2012/05/27(日) 23:40:59.37ID:fcmbTsZx
我感謝君迅速回答
謝謝参考情報
0748login:Penguin2012/05/28(月) 01:30:27.57ID:v3fn9Bax
>>747
IDがずれてるぞw
0749login:Penguin2012/05/28(月) 13:41:54.41ID:06aQcVRA
>>745
「ext3も今度からバリア有効設定がデフォになるらしい」ってまじか？
ソースきぼん
0750login:Penguin2012/05/28(月) 13:50:44.83ID:p/RNWQpE
>>749
Linuxカーネル3.1 からだからもうとっくに有効になってますね。
http://sourceforge.jp/magazine/11/10/25/0437213
07517412012/05/28(月) 14:43:01.77ID:4B9wts/1
>>743

会社のデスクトップ機は、Linuxのサーバとソフトの評価のために
仮想イメージが20個ぐらい入っているんだけど、同じような
ディスクブロックだったようで、dedupで1.30という数字が
出ています。ディスクの節約ができたのはまず嬉しい。

あと実際に使ってわかったのは１本ずつのHDD30MB/secの読み
書きが出来る場合、３本のディスクによる読み書きの速度は
Raid0の場合は90MB/secになるのだが、RAIDz1の場合は書き込みは
60MB/sec、読み込みは90MB/secになることです。という事は
ZFSはRAIDでタマ数を増やすと読み込みはRAID0のように、
HDDの数の倍数になるってことかな？
0752login:Penguin2012/05/28(月) 15:13:40.13ID:lYrJmZJf
>>751
ディスクのうち一台にはパリティを書き込むので、台数-1倍になりますな。
07537412012/05/28(月) 19:22:51.86ID:4B9wts/1
楽しみにしていたZFS化のメリットだが、仮想環境のファイルの
アクセスには効果がなかったようだ。

/home以下のディレクトリに、Raidz1で３本の500G HDDを束ねて、
さらにSSDディスクを2Gと20Gに分けて、ZILとL2ARCとした。

Windowsのイメージの入った仮想イメージを、ZFSのディスクと
EXT4のファイルシステムのディスクにそれぞれ置いて、起動時間を
測った見たところ、

ZFS　　60秒
EXT4 20秒 .... 玉砕です。

メモリーが8Gなのが悪いのか、ディスクがSATAの古いモデルで、
マザーボードに接続しているのが悪いのか、よくわからない。

もう少し使ってみて、速度が耐えられないようなら、EXT4に戻します。
0754login:Penguin2012/05/28(月) 21:39:28.11ID:pfdxoNCT
正直 ZFS/RAID-Z は座学程度なんで以下は話半分ぐらいで。

ZFS ってストライプ幅を可変にする事でファイルサイズに適した読み書きが
出来るから速いんじゃないのか？

仮想マシンの方がＦＳのブロックサイズ単位で読み書きするから意味がないし、
それどころか、細かいストライプサイズで足を引っ張りまくりの気がするんだが
実際のところはどうなん？
0755login:Penguin2012/05/28(月) 22:21:11.05ID:JoD8MIsl
REGZAの録画用ファイルサーバをLinux ext4からFreeBSD Raid Z1 4台にしたら、時々再生引っかかるようになった。
ディスクの読み書きの速度は同等だし、CPUが足引っ張ってるわけでもなさそう。
大ファイルの連続読み出しのパフォーマンスが悪いのか…
0756login:Penguin2012/05/28(月) 22:34:42.33ID:pfdxoNCT
>>755
ストライプサイズが大きいとサイズの大きなファイルを処理するときに有利で、
動画編集系の業務システムではそうなっていると聞いたことがある。
その理屈で言うとストライプサイズの小さめの RAID-Z は不利なのかも。

「引っかかるようになった」のが使い続けていくうちにどんどん悪化してそうなった
のか ZFS にしたからそうなったのかが気になるんですけどどっちですか？
# RAID-Z って大きいファイルだとフラグメンテーションしまくりな気が。
0757login:Penguin2012/05/28(月) 22:55:18.32ID:bomq/PUE
どうせ社内個人用なんでしょう
raidに飽きたらcronでバックアップ
安定と速さ、コスト重視ならraidなんかいらない
0758login:Penguin2012/05/28(月) 22:57:56.77ID:JoD8MIsl
>>756
最初からそうでした。
まだまだ容量余ってるし、メモリも8GBあるんだけどなー。
録画置き場だけじゃなく、mac用ファイルサーバにもしてるので、映画見てるときにTimemachine のバックアップ走ると飛びまくり…
0759login:Penguin2012/05/28(月) 23:46:36.39ID:pfdxoNCT
>>758
返信ありがとうございます。
でかいファイルの扱いそんなに不得意なの？
JAIST かどっかでＦＴＰサーバに使ってる話もあったからちょっと眉唾。

CPU の性能／コア数が足りないだけの気がするけど TCP/IP の実装が Linux と
FreeBSD で違ってるせいで MAC との通信ばかり優先されるとかあるのかも。
0760login:Penguin2012/05/29(火) 00:13:01.84ID:So0/YmwI
ハード要因もあるだろうし、ZFSに限らずI/Oの特性にあわせて
ファイルサーバの設定をチューニングするんじゃないの？
0761login:Penguin2012/05/29(火) 00:54:24.48ID:qjgx8ugW
FreeBSDならsysctlでパラメータ調整も視野に入れた方が良いかもね
2chサーバーもblog見るとパラメータ調整を相当数してるし
0762デムパゆんゆんネトウヨ特攻兵＠５月病　 【関電 62.1 %】 2012/05/29(火) 01:50:54.77ID:U5WNEXG6
ふりBSDのバージョンと
zfsのバージョンが気になる
zfs -V zpool -Vの結果見せなさい
0763login:Penguin2012/05/29(火) 03:14:57.97ID:LxrSwIcU
ZFSのうまみは、多くのプロセス/スレッドから同時かつ大量に読み書き
したときの、性能のスケーラビリティやキャッシュの利用効率にあるので、
自宅サーバーで利用するメリットは少ない。

ZFSはチューンナップが必要ないように設計されているので、
パラメータをいじるとほとんどの場合裏目に出る。
ただ、先読みキャッシュを切るのは試す価値がある。
zfs:zfs_prefetch_disable=1
0764login:Penguin2012/05/29(火) 03:17:54.40ID:v6wCq4A9
>>750
ありがとー
Ubuntu 12.04（kernel 3.2）のext3では実際にバリアが有効になっているか調べてみるよ
0765login:Penguin2012/05/30(水) 00:03:32.90ID:eFfiskua
>>762
FreeBSD 9.0-RELEASE
zpool upgrade -v
This system is currently running ZFS pool version 28.
略

zfs upgrade -v
The following filesystem versions are supported:

VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS filesystem version
2 Enhanced directory entries
3 Case insensitive and File system unique identifier (FUID)
4 userquota, groupquota properties
5 System attributes

For more information on a particular version, including supported releases,
see the ZFS Administration Guide.
てな雰囲気です。
0766login:Penguin2012/05/30(水) 08:28:42.10ID:Hg7I9VUi
ZFSがWindowsに搭載される可能性について（Microsoftではなく第三者によって）
0767login:Penguin2012/05/30(水) 10:35:10.06ID:Fem8Gu/g
すでにあるだろ
https://code.google.com/p/zfs-win/
0768login:Penguin2012/05/30(水) 10:53:11.42ID:BMjgTba5
read onlyじゃねえ
0769login:Penguin2012/05/30(水) 12:29:51.28ID:kpTDIFzh
warata
0770login:Penguin2012/05/31(木) 02:15:57.62ID:0QtNiaVt
>>753
ZFSで仮想マシン動かしてﾋｬｯﾊｰしたいならイメージじゃなくzvolにOS突っ込んだら？それでどんだけパフォーマンスに影響するかは知らんが。
それにL2ARCなんてしばらく埋まらんからとりあえず設定だけして仮想マシン起動時間測ってみました、なんて言ってもねぇ。
0771login:Penguin2012/05/31(木) 11:27:30.83ID:CrxYKJgI
>>753
Nexentastor3.1.3がリリースされたから、Solarisカーネル環境でのパフォーマンスも見てみたらいいんじゃないか？
0772login:Penguin2012/05/31(木) 15:26:50.04ID:xWRvQh87
ubuntu 12.04 の stat で birth time 欄が出来てた。
touch foobar してみても設定はされなかった。
07737412012/05/31(木) 21:48:05.00ID:a1oDG+L0
>>770

ZFSでヒャッハーしてます。
一般のファイルの作成、Nautilusなんかでファイルの整理するには
全く問題なく使えてますが、なんとVirtualboxで深刻な問題が
発生しました。仮想イメージをZFSに置いて動かすと、仮想イメージが
壊れてしまいます。イメージを最初に小さく作っておいて、データが
増えるとディスクイメージも大きくなる設定です。

ヒントを頂いたZvolで100Gぐらいのボリュームを切り出して、
Ext3で初期化してそちらに置いたら解決しました。
目的に合わせて柔軟に使えるのも、面白いですね。
0774login:Penguin2012/06/01(金) 02:36:39.43ID:CGIW/EB2
>>773
データが壊れるなんて最低じゃね〜の？
07757412012/06/01(金) 09:12:37.53ID:SXtJZzRy
テストしてみたら、Fixed size storage形式でZFS上に
Virtualboxの仮想ディスクを確保しておくと、問題ないようです。

まとめると次のとおりです。

Dynamic allocated size
　ZFS上でCentOS 5.8インストール中 2回/2回　ディスクエラー発生
　ZvolでCentOS 5.8インストール 1回/1回　正常終了

Fixed size storage
　ZFS上でCentOS 5.8インストール　1回/1回　正常終了
0776login:Penguin2012/06/01(金) 11:56:12.20ID:GcMrQfvt
前にSunのZFSのページにヘルメットとゴーグルしたおっさんが
稼働中のHDDをハンマーでぶん殴って壊して
縮退→交換→リカバリーやってる動画あったな
0777login:Penguin2012/06/01(金) 17:27:29.04ID:J3dtdgCS
>>773
動かしたらイカンだろw
0778login:Penguin2012/06/02(土) 09:17:25.99ID:XDNKPOnJ
は？
0779login:Penguin2012/06/03(日) 17:57:37.62ID:7w5zwRqG
は？
0780login:Penguin2012/06/05(火) 23:17:16.17ID:Gi2JWTny
はは？
0781login:Penguin2012/06/05(火) 23:27:45.31ID:FEWgyqNC
ははのはははははははははははと笑った
07827412012/06/06(水) 05:27:46.00ID:TNAN5jIG
はぁ、おまえ（Solaris）はイイよなぁ．．．。　ZFS標準装備なんだろ．．
オレ（Linux)なんか、はぁ．．

おまえ、いまオレを笑ったか？
ZFSが使えないと笑ったよな？

そうか．．はぁ．．いっしょに落ちようぜ。
怪しげなソフトを入れて、地獄の底までいって、
そして自分を笑おうぜ。

はぁ、はは、おまえはいいよなぁ…どうせオレな・ん・か・…
0783login:Penguin2012/06/06(水) 21:45:22.79ID:5Nok49dI
一緒に救世主(btrfs)を待とう
希望を捨てて自暴自棄になってはいけない。神はちゃんと見ておられる
ボラクルを信じるのだ
0784login:Penguin2012/06/07(木) 09:11:43.16ID:qPhT8sHE
そういやいまやってるLinuxConでbtrfsのセッションもあったみたいだけど、
誰かいってない?
0785login:Penguin2012/06/07(木) 09:23:45.62ID:+FfpkS6l
>>783
BtrfsはRAIDがつかないのが残念。
0786login:Penguin2012/06/07(木) 09:28:30.55ID:5ZeX391/
>>785
それどういう意味?
0787login:Penguin2012/06/07(木) 11:17:01.33ID:Z95FiJQC
>>784
I/Oエラー時のスペアディスクのサポートって言ってた
0788login:Penguin2012/06/07(木) 12:24:52.60ID:CTYTgelU
>>786
あ、RAID-0/1/10はあるね。ただ、ZFSにおけるRAID-Z・Z2みたいなパリティ
つかうRAIDがない。
0789login:Penguin2012/06/07(木) 12:34:31.85ID:5ZeX391/
>>788
しばしまて。
3.5でmergeしたかったけどまだ延期というのが最新状況だっけ?
0790login:Penguin2012/06/07(木) 12:55:08.54ID:5ZeX391/
>>783

> ボラクルを信じるのだ

btrfsのメイン開発者がOracleからFusion-ioに移籍したぞ。
よかったなー。
これで心置きなくOracle叩きできるぞ。
0791login:Penguin2012/06/07(木) 13:15:32.64ID:EBrMIkFl
illumos/OpenIndianaに流れたZFS開発陣がボラクルZFSに代わる新たなZFSを生み出してくれるに違いない。

ZZFS
ダブルゼータ/ダブルズィーFSとか
0792login:Penguin2012/06/08(金) 00:04:52.35ID:mNwSyRJb
>>673-674 はエスパー。
0793login:Penguin2012/06/09(土) 05:59:48.50ID:Jvnl8fc6
なんでもいいけど、長いファイル名のサポートはよお願い
0794login:Penguin2012/06/09(土) 08:28:54.36ID:qQp1Nawy
長いファイル名の操作例

mv 　寿限無、寿限無、五劫の擦り切れ、海砂利水魚の水行末 雲来末 風来末、
食う寝る処に住む処、やぶら小路の藪柑子、パイポパイポ パイポのシューリンガン、
シューリンガンのグーリンダイ、グーリンダイのポンポコピーのポンポコナーの、
長久命の長助.txt \
10ゲーム、10ゲーム、後藤の振り逃げ、ジャイアンツ球場、毎週末、フライ取る、
ピンチのところに角みつお、球児好児の右好児、大豊、大豊、大豊のチューインガム、
チューインガムはグリーンウェル、グルーンウェルはポンコツだけど、
チンポコだけは超級極に超すげぇ.txt
0795login:Penguin2012/06/09(土) 15:26:25.68ID:CYJESA2d
>>790
まじっすか。これでbtrfsも日の目を見るのですね胸熱
0796login:Penguin2012/06/09(土) 23:39:08.42ID:kBHkLsAV
>>795
Btrfsの開発が今以上に遅くなるだけだと思う…
0797login:Penguin2012/06/10(日) 04:26:40.88ID:m9ltFuzM
まあ普通に考えたらフェードアウトフラグだよな・・・
0798login:Penguin2012/06/10(日) 10:21:15.46ID:CTEqf0MM
誰か将来性を見込んで買ってやってくれよ
MS？ヤメテクレ
0799login:Penguin2012/06/10(日) 10:52:54.32ID:OFnzryCV
重複廃除とかReFS悪くなさそうなんだけど
0800login:Penguin2012/06/10(日) 11:39:29.82ID:BOujf8XY
>>799
ハードリンクがないとか、UNIXでは使いにくいfsになりそうな仕様なのが残念
0801login:Penguin2012/06/10(日) 14:39:05.49ID:hb5gztZS
>>799
重複排除なんてReFSには入ってないぞちゃんとホワイトペーパー嫁
2012で新しく入る重複排除はNTFSだけだ
0802login:Penguin2012/06/10(日) 14:47:43.05ID:hb5gztZS
ホワイトペーパーまでいかなくても書いてあった
http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx
＞Q) How come ReFS does not have deduplication, second level caching between DRAM & storage, and writable snapshots?
＞ReFS does not itself offer deduplication.
0803login:Penguin2012/06/10(日) 22:28:04.74ID:JwGLO5xX
>>800
ハードリンクは100歩譲って無くてもWindows Serverで困らんとしても、
スパースファイルを無くしたのは理解できないな。
0804login:Penguin2012/06/10(日) 22:59:38.71ID:MefZB5FW
ハードリンクないと、POSIX準拠できないじゃん
0805login:Penguin2012/06/11(月) 00:06:37.85ID:pnBHOzNw
>>804
もうとっくに準拠する気ないだろ。
独自仕様だったり、すぐ技術を捨てるから嫌いなんだ、あの会社。
0806login:Penguin2012/06/11(月) 00:11:05.32ID:s7RGctxD
>>803
Windows環境だとハードリンク以上に使われてない
UNIX系の実装と違って暗黙の内に使われないし低リソースコストでもない
設計上の理由によりファイルサイズが大きいほど使い物にならない

だったらReFSでまともな設計と実装すればいいだろって気もするがどうせ使われてないしって判断されたんじゃないか
0807login:Penguin2012/06/11(月) 04:37:09.02ID:qHJPw6rD
>>805
互換レイアは乗せるんじゃ？
まPOSIX自体が古くさいからな
さっさとPlan9に移行したら良かったのに
0808login:Penguin2012/06/11(月) 09:18:01.60ID:usJIEui+
ZFSについて聞きたいのですが。
すでにデータがあるZFSのドライブを再度create poolしてしまった場合の復旧方法ってないのでしょうか？
0809login:Penguin2012/06/11(月) 11:48:17.36ID:XqKJBt3t
>>808

バックアップからデータを復旧。
0810login:Penguin2012/06/12(火) 00:14:14.46ID:c8ME4i3c
>>809
やっぱりそうなるのですね...。
バックアップはないのです。
0811login:Penguin2012/06/12(火) 00:56:21.94ID:A80hLwHw
試合終了ですねｗ
0812login:Penguin2012/06/12(火) 01:35:41.78ID:CNHA46Eb
仕事ならお金の力で解決すればいいんでないかい

0813login:Penguin2012/06/12(火) 06:29:32.30ID:1oUeLMaZ
俺のZFSは毎日zfs snapshot走らせてるから、
バックアップは完璧
0814login:Penguin2012/06/12(火) 12:02:02.28ID:A80hLwHw
プールが破壊されてもzfs snapshotしてあれば復旧できる>>813のZFSはすごいなｗ
0815login:Penguin2012/06/12(火) 16:19:18.95ID:S638pBsp
ZFSのスナップショット差分転送で転送先に同一データを複製してるんじゃないかと
0816login:Penguin2012/06/12(火) 16:34:38.78ID:VjfjQ8Wn
>>813は明らかにツッコミ待ちだろ。
別のスレだったら「スナップショットはバックアップじゃねーよwwwww」みたいに爆釣りなはず。
0817login:Penguin2012/06/12(火) 21:59:52.99ID:c8ME4i3c
>>812
日デに頼んだのですが復旧できませんでした。
GIGAZINEの記事はステマですねｗ
0818login:Penguin2012/06/12(火) 22:05:41.95ID:c8ME4i3c
いつの日かOpenSolarisのコミュニティが復旧ツールを作ってくれるのを期待しています。
0819login:Penguin2012/06/12(火) 22:24:27.24ID:2a400Qf1
誘導されてきました。よろしくお願いします。


画像ファイルで数百万（1つ10kb程度）あります。
現在MYSQLとPHPでwebサイトに表示しています。
今のところ画像ファイル7万点なんですが、特にパフォーマンスに問題はありません。


しかし、最終的なファイル数はおそらく数百万ファイルになりそうで、
このままファイル数が増えていったらリスト表示もできなくなりそうです。

一つのフォルダに数百万のファイルをまとめるのと、
フォルダを10万ファイル程度に区切って、mhddfsなどで統合する方法は
どちらのほうがパフォーマンスは上なんでしょうか？

一つのフォルダに入れるファイル数は1万5千程度が良いとか、
数百万ファイルでもパフォーマンスは落ちないとか情報があって、
実際のところどうなのかな？と思って質問させてもらいました。
0820login:Penguin2012/06/12(火) 22:24:49.10ID:w0tL+HNL
そういえば「今まで一番大変な復旧作業はZFSだったけど今までの経験を生かして復旧しました」みたいな記事読んだことあるな
あれ日本データテクノロジーだったんだ
0821login:Penguin2012/06/12(火) 22:45:24.00ID:QzzsWMC8
>>819
1フォルダ1000ファイルくらいにまで分けろ。
0822login:Penguin2012/06/12(火) 22:51:32.10ID:74O6EGVK
>>820

経験が無く、ツールやノウハウが無かったから。
世の中の多くのサーバはWindowsで、残りのサーバのうちZFSなのは
さらに少ない。データテクノロジーもExt3の復旧は得意だけどね。
何とかなりましたとさ。

という記事だった。
08238192012/06/12(火) 23:31:24.31ID:2a400Qf1
>>821
それは1000のファイルが入ったフォルダを1000個作ったほうが、
1つのフォルダに100万個のファイルを入れるより、パフォーマンスが上ということですか？

mhddfsやAufsという方法を使った場合も同じ結果でしょうか？
なにぶんファイル数が膨大で、ファイルをアップロードするだけでも大変なので、
経験者の方のアドバイスがあれば嬉しいんですか・・・
0824login:Penguin2012/06/12(火) 23:43:15.90ID:MpEUHCJi
>>823
上がるはず。Subversionのファイルもshardingをして
同じようにディレクトリ当たりのファイル数を減らすチューニングが入ったことがあった。
0825login:Penguin2012/06/12(火) 23:54:37.84ID:c8ME4i3c
>>822
でもNTFSやext3なら自分で復旧しますよねｗ
0826login:Penguin2012/06/13(水) 00:16:06.10ID:im3XxTJb
>>819
そういうのはFSでやんじゃなくてデータベースでやる仕事。
08278192012/06/13(水) 00:27:57.04ID:NicPlsMS
>>824
なるほどやはり分けたほうが効率的なんですね。
ググッてみるとやはり数千単位なら動作に支障が無いと出ることが多いですね。

>>826
画像データをデータベースで管理するということでしょうか？？
そうすると、画像のバイナリデータを文字列化なんかにしてテーブルに格納して・・・
ということでしょうか？まったく考えもしなかったですｗ
0828login:Penguin2012/06/13(水) 00:39:24.57ID:fuVjCYIg
文字列に変換するんじゃなくてRDBMSならBLOBと呼ばれる形式でバイナリデータ埋め込んだり
NoSQLでもバイナリデータ入れられるデータベースは多いけどね。
俺は逆に大量の画像とかそういうのこそファイルイシステムがやる仕事だと思ってるんだけど。

それはさておきext3ならdir_index付ければ普通はファイル数が多くてもそんなにパフォーマンスが落ちることはないはずだし
最近のファイルシステムならinode枯渇とかしてない限りはファイル多くても大抵は大丈夫なんじゃないかな
0829login:Penguin2012/06/13(水) 00:58:23.46ID:3SaHO1QS
１億ファイルとかだと、ディレクトリ掘ってもいっしょ
0830login:Penguin2012/06/13(水) 01:12:19.40ID:+Wj+1Zxy
ファイルのコピーとかバックアップに時間がかかりすぎるんで BLOB に一票。
0831login:Penguin2012/06/13(水) 01:55:53.41ID:NicPlsMS
>>828
なるほど、勉強になります。
そもそもファイルシステムがこういった案件に弱いというのが疑問ですねｗ

>>830
BLOBという型にして呼び出すんですね。
こちらで質問しなければ、まったく思いもよりませんでした。
ちなみにこの方法だとファイル数（レコード数）が数百万というテーブルを作っても
パフォーマンスが極端に落ちるということは無いのでしょうか？
0832login:Penguin2012/06/13(水) 02:33:07.72ID:GV9bfSgb
>>823
言葉で説明するのは困難なことは
実際にやってみるのが一番いい

理屈で考えるのではなく、現実はどうなるかを体感するのは重要である。
0833login:Penguin2012/06/13(水) 02:44:53.17ID:+Wj+1Zxy
>>831
データベースの場合、数百万件なんて普通レベルなんでインデックス
のキーが適切に選択されていて、メンテナンスしてれば極端な劣化は無い。
しかしデータの増加や追加削除の繰り返しによるパフォーマンス劣化は
BLOB に限った話ではなくデータベース共通の話。
テーブルの断片化解消やインデックスの再構築でググれ。

Hadoop の HDFS は名前こそ FS だがマウントも出来ない BLOB 型のデータベースの
表みたいなもので、そういうものが一部でもてはやされる事を考えると既存のファイル
システムで相当数のファイルを管理するのは構造的に無理があると考えるべきかな。
0834login:Penguin2012/06/13(水) 06:42:31.78ID:Q0aB+GDr
http://togetter.com/li/75188
0835login:Penguin2012/06/13(水) 08:53:01.83ID:uA/huhkA
巨大な（数の多いデータ）をファイルで持つとrsyncバックアップで死ぬ
データベースで持つと、DBのダンプバックアップで死ぬ。

いずれにしてもバックアップで死ぬことに変わりは無い。
0836login:Penguin2012/06/13(水) 09:10:08.57ID:SNVs8i2Y
オレも画像ファイル数えたら38万個あったわ
0837login:Penguin2012/06/13(水) 10:49:44.68ID:Vo7uLr11
38人分か、意外と少ないな
0838login:Penguin2012/06/13(水) 12:17:39.91ID:Q0aB+GDr
いまどきlsyncじゃねーの？
0839login:Penguin2012/06/13(水) 12:19:02.65ID:Q0aB+GDr
http://code.google.com/p/lsyncd/
0840login:Penguin2012/06/13(水) 12:19:44.22ID:TEq9LBw0
今こそWinFS復活の時。
0841login:Penguin2012/06/13(水) 21:10:04.34ID:XRYJLg+t
おっすおっす
btrfsの圧縮ファイルシステムって実用になった？
0842login:Penguin2012/06/13(水) 21:16:27.24ID:fS2w2fWW
使えんじゃねーの（棒読み）
0843login:Penguin2012/06/13(水) 21:59:48.11ID:9t1XfE5U
btrfs自体がｒｙ
0844login:Penguin2012/06/14(木) 18:27:36.77ID:qXP3mfTP
GFS2 って CLVM と必ず組み合わせいるの？
OCFS2 のほうが手軽かな？と思ってんですが。
共有ディスクの用途は Maildir のあるホームディレクトリ。
0845login:Penguin2012/06/14(木) 19:43:43.82ID:IoUaFPCM
>>844
なんでmaildirの共有でクラスタファイルシステム?
iSCSIとかでSAN組んでいるの? でも、普通にNFS使えばいいやん
0846login:Penguin2012/06/14(木) 21:06:50.50ID:g26savgh
>>838
lsyncがCPU使いまくるんだけど、やっぱこれ結構おもい？
0847login:Penguin2012/06/14(木) 21:17:17.07ID:hSWjO2am
用途によるとしか
0848login:Penguin2012/06/14(木) 21:22:24.95ID:g26savgh
数十ギガの/var/wwwをサブ機にlsyncしてるだけなんだけどな
0849login:Penguin2012/06/14(木) 21:22:42.00ID:qXP3mfTP
>>845
２サーバで共有ディスク(SAS)があるから
08508492012/06/14(木) 21:27:48.19ID:qXP3mfTP
ごめん、途中で書き込んだ。
で２台+共有ディスクありきで Active/Active で構成したい。
0851login:Penguin2012/06/15(金) 08:55:32.46ID:etFWwJqY
Ext3のファイルシステムで運用しているメールサーバが
あって、３年ぐらい使っているんですが、だんだん速度が
遅くなってきています。

データが爆発的に増えたかというと、むしろ導入時から減っていて、
ddでディスク書き込みの速度を比較すると、全く劣化はありません。

このような場合、ディスクを疑うべきか、OS(Redhat 5)の
設定を疑うべきか。スパっとわかる方法は何かないですか？
0852login:Penguin2012/06/15(金) 09:52:26.16ID:IihlBhKx
エスパーすると１箇所にファイルがいっぱいありすぎて
メタがキャッシュから溢れて遅くなっている
0853login:Penguin2012/06/15(金) 11:29:51.62ID:etFWwJqY
>>852

あまり細かなことがかけなくて申し訳ない。

/var/data/000
/var/data/001
/var/data/002
/var/data/003

というデータディレクトリに、それぞれ100個ぐらいの
サブディレクトリがあり、その中に約5000個ぐらいの
ファイルがあるというシステムです。/var/dataが
ext3で初期化されたストレージのマウントポイントです。
ファイルの数はたしかに多いのですが、分散して
格納されているので、メタキャッシュの問題は無いと
思うのですが。

何か調査のヒントがあれば助かるのですが。
0854login:Penguin2012/06/15(金) 11:51:15.99ID:tGg2+kbq
意外にも断片化
0855login:Penguin2012/06/15(金) 11:55:19.21ID:OdpSy71V
>>853
tune2fs -l のDefault directory hashとFilesystem featuresの値をみせてー
0856login:Penguin2012/06/15(金) 11:59:45.85ID:IihlBhKx
とりあえず別な環境で似たようなディレクトリ構成・ファイルサイズでチェックしてみたら？
0857login:Penguin2012/06/15(金) 12:06:11.27ID:etFWwJqY
>855
早速調べてみました。

Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
Default directory hash: tea

何か判りますか？
0858sage2012/06/15(金) 12:10:49.48ID:gAV/lq3N
洒落で

>>853
/bin/rm -r /の結果を見せて！

とか書いたらほんとにやりそう。
0859login:Penguin2012/06/15(金) 12:13:02.19ID:cF2L7SVl
/bin/rm: `/の結果を見せて！' を削除できません: そのようなファイルやディレクトリはありません
0860login:Penguin2012/06/15(金) 12:16:24.21ID:xmmMVJnw
# /bin/rm -r /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe

こうですか？
0861login:Penguin2012/06/15(金) 16:01:02.04ID:MqQJgtCz
>>858
今日それで冷や汗書いたよ。
rmは恐ろしく、強力なツールだと再認識
0862login:Penguin2012/06/15(金) 16:01:57.09ID:MqQJgtCz
rm -rf *
これがいいんじゃない？
0863login:Penguin2012/06/15(金) 16:41:45.49ID:IihlBhKx
他人が困っている時に変なレスはやめておけ。
ああ、在日の方でしたね
0864login:Penguin2012/06/15(金) 17:18:30.76ID:DOzDLpng
>>853
データはどういうふうに使ってるの？
読み出しのみ？書き込みあり？
それぞれのファイルの寿命はどの程度？
メールサーバって書いてあったけど、
単にpostfix動かしてますってメールハブとは違うんだよね？
0865login:Penguin2012/06/15(金) 20:05:38.95ID:etFWwJqY
>>864

あまりに具体的な話をすると問題になっちゃうので、
某社開発のメールシステムとだけ答えておきます。
前に書いたEXT3のファイルシステムにユーザ毎のメール
フォルダーが１ユーザ/１ディレクトリの単位で入ってます。

このディレクトリ内のメールデータをホニャララのライブラリーを
使って、別のアプリにホニャララして、各ユーザーのPCにメールが
ホニャララされます。

このデータ処理中に10MB/sec程度の書き込みが運用中には
常時発生していて、ユーザアクセスが多いとCPU負荷が上がり、
処理が止まってしまうという障害が起きてます。

ddで書き込み試験を行うと120〜130MB/secぐらい
(oflag=direct)で出ているので、書き込みには余裕が
あると思ってますが、某社からはHDDの速度が遅いのが
原因と言われて改善を求められてます。導入した
数年前とデータ量もあんまり変わっていないしね。困ったな・・

という状況です。
0866login:Penguin2012/06/15(金) 20:08:17.35ID:OdpSy71V
>>865
話を聞いていると別のとこに問題があるように感じるんだが……
0867login:Penguin2012/06/15(金) 20:26:03.24ID:ZzxIPBRF
RAIDのBBUが逝ってしまってるのに気付いてないとか。
iostat -xの値は？
0868login:Penguin2012/06/15(金) 20:43:36.17ID:ZzxIPBRF
HWの問題でないとしたら
・過去にメール爆弾をやらかしてディレクトリエントリが肥大化したまま
・うっかりln -s . hogeみたいなリンクを作ってしまって、ほにゃららが混乱している

でもあれこれイスパーするよりoprofileやftraceで特定するのが簡単で確実。
0869デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合　 【関電 64.1 %】 2012/06/16(土) 00:37:56.82ID:VAj81kZb
＞このディレクトリ内のメールデータをホニャララのライブラリーを
＞使って、別のアプリにホニャララして、
ライブラリのバグで暴走中なんじゃねの
0870login:Penguin2012/06/16(土) 01:50:40.08ID:k68BsoY7
>>863
> ああ、在日の方でしたね
在日日本人ですか?それとも在日アメリカ人ですか?
「在日」としか書かない奴のB層の知能は知れてるよね。
0871login:Penguin2012/06/16(土) 01:57:29.42ID:QtTxMqqD
日本語の文脈が読めない人ですか？
English is OK?
0872login:Penguin2012/06/16(土) 03:37:03.37ID:d/seGET+
>>870
くだらねえ所にしか突っ込めないアホだwwwwwwwwww
0873login:Penguin2012/06/16(土) 10:36:31.39ID:buYLXX0r
ディレクトリの肥大があるかどうかは
簡単に調べられるからやるべき。
0874login:Penguin2012/06/16(土) 23:48:42.49ID:3mlUjrH5
やあ、fallocate厨だよ。
>>463の記事を読んで、データ置き場をXFSにしたんだ。
これでデフラグする必要がほぼ無くなってハッピーさ。
0875login:Penguin2012/06/17(日) 21:40:22.91ID:Mw2oNRGd
個人で使うファイルシステムは性能よりも
ぶっ壊れたときとか誤って削除してしまったときに簡単に直せる方が嬉しいね
0876login:Penguin2012/06/18(月) 01:41:22.05ID:oZmhFfRK
>>875
基本的にLFS系しかないな
0877login:Penguin2012/06/19(火) 03:22:25.70ID:P5qrl8Zf
SSD板より

面白いベンチマークデータ。
CentOS5より6の方がSSDの性能を生かせるみたいだな。ext4利用は必須。
http://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0878login:Penguin2012/06/19(火) 06:56:32.28ID:Fg6cF6bR
ZFS Linux Native RC9リリースあげ
0879login:Penguin2012/06/19(火) 19:41:26.33ID:9qXPq/xl
>>877
なんでext2がないんだ
0880login:Penguin2012/06/19(火) 20:04:19.49ID:dXMZnUjp
大量の画像ファイルで相談したものです。
結局、画像ファイル名から数文字とったディレクトリを大量に作って対応することになりました。

.htaccessでリダイレクトする方法や、CDNでの対応や、
ここで教えてもらったデータベースでの管理など検討しましたが、
多少のphp書き換えで対応できるという手間の少なさから上記の方法になりました。

相談に乗っていただいた方、ありがとうございました。
0881login:Penguin2012/06/19(火) 20:06:43.58ID:4H7kxi1u
>>877
ベンチマークの数値自体は5より6が優位なようにはみえないし、
discardオプションの有無を数値として検証してないし、
検証記事としてはひどい部類じゃね？
0882login:Penguin2012/06/20(水) 01:25:34.68ID:KohzvN+J
>>881
bonnie++のグラフがあるな
block input、block output、randamの3つでオオヨソの性能は分かるよ
これ見るとやっぱりCent6のext4が性能いいんじゃね？

ちなみにこの記事書いた中の人はTRIMを有効にしようって言ってるけど
CentOS5と6の性能差の話にはふれてないよね
0883login:Penguin2012/06/20(水) 02:46:33.10ID:bzl7Ow+3
CrystalDiskMarkのスコアで性能を語るヤツってよくいるよなｗ
0884login:Penguin2012/06/20(水) 10:11:44.15ID:klr5J2UK
NTFSに変わるReFSがWin8で登場するらしいな
まあ一般ユーザーが今のNTFSみたいに使えるようになるのは2018年頃になりそうだが
0885login:Penguin2012/06/20(水) 10:56:45.32ID:tSSpL/mp
要らなくなったNTFSが公開されて
早くLinuxで使えるようになってくれないかな
0886login:Penguin2012/06/20(水) 11:03:11.61ID:8Nbpf+NV
MSも迷走し始めてるな。OSが魅力で買い換えたいとか思わないし。FSが魅力で…ないない
0887login:Penguin2012/06/20(水) 11:07:19.57ID:DLIhrxAe
>>885
個人的にはntfs-3g程度でも十分満足してるけど
やっぱり公開されるといろいろ使えない機能が使えるようになったり速度が向上したりするのかね。
08888782012/06/20(水) 11:42:11.50ID:3akCHBOa
>>878

早速入れてみたが、あっさり動いてしまった。
Poolが壊れたり、動作が遅くなったり楽しいイベントを覚悟してたが、
拍子抜け。
0889login:Penguin2012/06/20(水) 12:14:51.54ID:Q4WokbHX
>>887
俺も。
強いて言えば、ファイルシステムが妙になった時にWindowsに繋ぎ直してcheckdiskをかけないといけないのが不便かな。
もともと暗号化、圧縮とか使ってないからかな。
0890login:Penguin2012/06/21(木) 10:21:57.52ID:TvPdkXz8
>>883
CrystalDiskMarkは簡単にディスクベンチをとれるいいソフトだと思うけどな
でもこれがディスク性能の全てではないことを理解して使うことが大事

linux用にはこれぐらいお手軽なディスクベンチはない・・・かな？
08918782012/06/21(木) 11:19:33.62ID:g23nZkEF
dd最強説
0892login:Penguin2012/06/21(木) 15:38:34.62ID:u8QHq9Zh
CrystalDiskMarkって内部でddコマンド使ってるんだよね
0893login:Penguin2012/06/21(木) 16:25:35.59ID:jSo3bVTw
HDDスレならまだしもファイルシステムスレでddのシーケンシャルアイオー性能しか気にしないなんておひたやし過ぎじゃない？
0894login:Penguin2012/06/21(木) 16:30:06.81ID:8pFOzAEC
>>893
ググッたけどわからんかった
「おひたやし過ぎ」て標準語でいうと何？
0895login:Penguin2012/06/21(木) 16:56:36.64ID:a8n1M8fS
断片化されたファイルならddでランダムIOの性能が測れる。
0896login:Penguin2012/06/21(木) 17:29:18.46ID:m+fCfgbM
>894
お人好しのtypoっぽく見える希ガス
0897login:Penguin2012/06/21(木) 17:32:50.42ID:8pFOzAEC
>>896
納得。俺の考え方がおかしかったのか
0898login:Penguin2012/06/21(木) 17:47:00.75ID:GMdHcy4d
>>893さん
「おひたやし過ぎ」のtypo、「シーケンシャルアイオー性能」という表記にほっこりした。
書き込みの内容は同意できるけどな。
0899login:Penguin2012/06/21(木) 17:51:15.82ID:x7FjbOaz
ReFSはNTFSのウィルスの温床になってる機能を削除しただけっぽい
0900login:Penguin2012/06/21(木) 19:40:36.31ID:kVe4hlpK
成る程だからReFSはOSブートドライブのFSに使えないのかｗ
0901login:Penguin2012/06/22(金) 05:22:01.52ID:5OA7qz3P
マイ糞ソフトは仕様公開しろや！！！！！！！！！！！！１１１１１１１
0902login:Penguin2012/06/22(金) 15:41:18.41ID:iovprikB
Intel ? SSD 520 Goodness
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html

> Ubuntu環境にIntel製SSD（SSD 520）を投入したことで
> 得られた性能向上をまとめたblog記事。全体として
> どれぐらい快適になるのか，また，IOスケジューラごとに
> どれぐらいの性能差があるのか，そして，
> どうやってベンチマークを取るのがいいのか，といったことが分かります。
> SSDを導入しようとしている方は目を通してみると良さそうです。
ttp://gihyo.jp/admin/clip/01/ubuntu-topics/201206/22?skip
0903login:Penguin2012/06/23(土) 02:48:50.28ID:/4QGuDAa
2000年代のはじめの頃なんて
dd使って「シーケンシャルアイオー性能」をはかって
これはディスクの性能が悪いですねーとか言うだけで
お客から重宝されたもんだけどな
いまは最低でもbonnie++やfioとか使わないと素人扱いされる。。。
0904login:Penguin2012/06/23(土) 03:43:46.95ID:n6GFdcpK
ダメンジニアの告白ｗ
0905login:Penguin2012/06/23(土) 04:18:54.92ID:1h19rB5U
ReFSでファイル名長が2^15まで拡張されてるけどUNIXはこのままでいいのでしょうか？
0906login:Penguin2012/06/23(土) 09:55:56.71ID:aqqIa2bW
ちょっと質問

Linuxでのファイル名長問題だけど、UDFをHDD等で回避は可能か？
0907login:Penguin2012/06/23(土) 12:40:57.43ID:VJ7n2kUB
日本語で
0908login:Penguin2012/06/23(土) 12:43:35.38ID:fPqR1fTW
VFSから手を入れないといけないから、誰もやりたがらない。
0909login:Penguin2012/06/23(土) 15:19:44.59ID:2Y/6W5fp
>>905
そんだけ長いとメモをファイル名にしてライフハックとかドヤ顔するのが出てきそうだな

>>906
loopbackすりゃいけるんでないかい
0910login:Penguin2012/06/23(土) 16:38:46.78ID:FmTOq4ex
だからVFSの255バイト制限はとっくに削除されたっつーの
0911login:Penguin2012/06/25(月) 03:01:46.75ID:mfYH3asi
SSDにはTRIM付きEXT4を使おうぜってことでOK？
0912login:Penguin2012/06/25(月) 06:35:32.54ID:dNNkodTQ
fsck で trim 発行するようにはならんのかのう？
0913login:Penguin2012/06/25(月) 06:48:45.27ID:7jwMAcrg
hdparmで発行できただろ
0914login:Penguin2012/06/25(月) 10:13:48.02ID:ejuo5SJJ
長いファイル名はよお願い
0915login:Penguin2012/06/26(火) 02:30:04.16ID:ZeLs6RgM
某サーバーの大規模障害はNILFSなら防げたな
0916login:Penguin2012/06/26(火) 05:23:20.71ID:BtSWE40K
あれは手呂なんじゃないの？
0917login:Penguin2012/06/26(火) 13:25:46.43ID:wKxMdGLe
テロじゃないにしても、お粗末な管理だったわけで。
0918login:Penguin2012/06/26(火) 13:37:48.84ID:h5jBn9y6
でもさ…ああいうことって、カンタンに想像つくよね…。あー怖い怖い。

・プロセスのフォークが再帰し始めて鯖落とした
・ファイルをオープンしすぎて（閉じてなくて）サービスの一部が停止しちゃった
・/に大きなファイルを展開してしまってパーティションを超えて？ぶっこわれた（←遊びのサーバだったので詳細は不明）
0919login:Penguin2012/06/26(火) 14:13:12.04ID:pnMrBHmE
レベル低すぎw
0920login:Penguin2012/06/26(火) 16:37:36.25ID:0MbUp60Y
>>915
スナップショットだろうとログだろうとアホが消そうと思ったら消せる。
0921login:Penguin2012/06/26(火) 16:52:22.04ID:zB/c5SlO
見出しを見たときは結構なニュースかと思ったんだけど
http://headlines.yahoo.co.jp/hl?a=20120626-00000006-inet-sci
0922login:Penguin2012/06/26(火) 20:16:46.41ID:d8TSAa0o
実サーバのデータとバックアップを同時に
再現不可能なまでに壊すってすごくね？ｗ
0923login:Penguin2012/06/26(火) 20:41:09.86ID:0MbUp60Y
日経の記事によると同じサーバーにディスク3台積んで本番・待機・バックアップと
称していたとさ。全部マウントして rm -rf / でもやったのか?
0924login:Penguin2012/06/26(火) 20:56:04.75ID:CCy4nu4B
>>923
マジか!?それをバックアップと呼ぶように決めたヤツは死ねばいいのにｗ
サーバー借りる時は物理構成出せって言わんといかんな
0925login:Penguin2012/06/26(火) 22:05:05.10ID:bhs3lwjJ
どうせバックアップを取ってなかったんだろ
いまさらそんなこと言い出せないから消えたと言い張ってる
安かろう悪かろうでおまけに嘘つきの最低サービスだよね
安いからって理由で選ぶと結局ろくなことにならない

これに懲りたらNILFS使ってていつでも任意の時点に戻してくれるレン鯖にしようね
そんなレン鯖はまだないけどさ
0926login:Penguin2012/06/26(火) 22:07:12.96ID:0MbUp60Y
>>925
ネタじゃなかった頭が悪すぎる。
0927login:Penguin2012/06/26(火) 22:18:13.22ID:bhs3lwjJ
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4&dg=1

■世間と違った「バックアップ」の概念

　なぜ、外部にバックアップをとっておかなかったのか。ネット上では技術者を中心に、この点が指弾された。
これについてファーストサーバの村竹室長は、こう話す。
「おっしゃっているような一般的なバックアップというのは、我々のような低価格の料金で提供するのは難しい。
サーバー内の別のディスクでとることを、我々はバックアップと考えています」

　ファーストサーバの主力であり、複数の顧客企業でサーバーを共有するサービス「ビズ２」の料金体系は、
月額1890円からと低価格が売り。データ容量が180ギガバイト（ＧＢ）と大きいプランでも月額5250円。
そのツケが、業者側でのデータ完全消失だった。
バックアップの構造は、共有サーバーより高価な、専用サーバーサービスでも同じだ。
0928login:Penguin2012/06/26(火) 22:22:08.15ID:1r+YEn/w
やっぱり最終的な要因はコストカットなのかな
0929login:Penguin2012/06/26(火) 22:23:46.26ID:bhs3lwjJ
■顧客が悪いのか、それとも……

　「さらに人為的なデータ損失があった場合にそなえ、
日に１回、外部サーバーにデータを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です」――。

　今回はファーストサーバによる「人為的な誤消去」。
しかし実際は、バックアップは「外部サーバー」ではなく、
「同一のサーバー内の別ディスク」にあり、
完全なデータ消失に至ってしまった。

この点についてファーストサーバの村竹室長は
「数年前までは記述の通りだったが、現在は説明の通り異なる。
記述ミスで、修正をせずにいた可能性がある」と語った。

ファーストサーバによる「ビズ２」のパンフレット。
「日に１回、外部にデータを保存」との記述は事実でなかった
0930login:Penguin2012/06/26(火) 22:26:32.28ID:V3N+QPAG
>「同一のサーバー内の別ディスク」にあり、
この言い訳、怪しくね
0931login:Penguin2012/06/26(火) 22:29:12.53ID:uBrIb4o6
仮想化のなかで分けますた
という戯言だろう。
常識的なバックアップは存在しないはず。
0932login:Penguin2012/06/26(火) 22:30:52.75ID:NlBz2PAo
まさか、ただのRAIDだったりは
0933login:Penguin2012/06/26(火) 22:31:25.90ID:hv08QCiq
別にバックアップを外部サーバに取ろうが同じサーバ内の別のHDDに取ろうが
ちゃんとしたバックアップ手法を取ってればそんなに問題じゃないと思うんだけどな
もちろん人為的なミスを防いだり火災とかの災害に備えて前者の方が良いんだろうけど。
0934login:Penguin2012/06/26(火) 22:33:16.08ID:hv08QCiq
俺も確かに記事を読んでて
「もしかしてRAIDをバックアップって主張してる？…まさかそんな訳ないよなアハハ」
って思ったけどな。
0935login:Penguin2012/06/26(火) 22:37:44.03ID:bhs3lwjJ
外部サーバーに日次でバックアップ取ってますってパンフに書いて営業活動をしてて
実際はそんなバックアップ処理をしてなかったんだから
これって完全に詐欺だよね・・・

ていうか、実際はバックアップなんて取ってなかったんだろ？
警察が捜索に入る前に正直にゲロしちゃえよ、なぁ、ヤフーさんよ
0936login:Penguin2012/06/26(火) 22:52:04.97ID:nS6JLfLn
ユーザー側でDBはバックアップ出来なかったらしいしな
よしんば出来てもインターネット介してDBの中身をバックアップって
容量的にも帯域的にもセキュリティ的にもどうなんよ？ｗ
んなもん、データーセンター側でやってくれよ
Yahoo!のシャチョさんハゲが留意してたのに役員も辞めたのはコレの客集めに嫌気がさしてたからなのかね？ｗ
0937login:Penguin2012/06/26(火) 23:13:39.93ID:pnMrBHmE
スレ違いだろ。ファイルシステム関係ないし。
0938login:Penguin2012/06/26(火) 23:16:44.38ID:jrGK29q5
RHEL7の話しようぜ
0939login:Penguin2012/06/26(火) 23:25:49.21ID:CoxLU8ut
ファイルシステム関係ないな
やっぱバックアップは大事で物理的に別なものにとっておかなきゃね
安かろう悪かろう
って教訓になったんじゃない？
バックアップが一瞬で終わるFSﾏﾀﾞｰ
0940login:Penguin2012/06/26(火) 23:55:46.04ID:BtSWE40K
サルページする覚悟もないの？
0941login:Penguin2012/06/27(水) 01:28:20.61ID:VzQGW28x
>>934
サーバ内でRAID1組んで、それを「待機系」と呼んでるっぽいな
mdraidかな？
ZFSでRAID組んでいたら、このスレも大いに盛り上がったのにね
0942login:Penguin2012/06/27(水) 06:57:05.05ID:0C77uiAW
>>941
rsyncじゃないかなぁ？
0943login:Penguin2012/06/27(水) 09:06:46.12ID:RsySlGsK
専門のスレ未だあるでしょ。そっちでやりなよ。
0944login:Penguin2012/06/27(水) 10:32:50.95ID:A7aUrA0x
>>943
どこ?
0945login:Penguin2012/06/27(水) 11:10:27.76ID:FdufcWbx
>>944
　多分，

http://kohada.2ch.net/test/read.cgi/pcnews/1340290683/l50
【データ消失】レンタルサーバーの「ファーストサーバ」で大規模障害……メールデータなどが消失
や，
http://uni.2ch.net/test/read.cgi/newsplus/1340720946/l50
【IT】ヤフー子会社のファーストサーバ「データは復旧不可能」「賠償は顧客が支払った総額を限度」★７

のことではないかな．
0946login:Penguin2012/06/27(水) 16:06:35.26ID:SqRgjTL2
さくら、結論出したみたいだね
http://cloud-news.sakura.ad.jp/wp-content/uploads/2012/06/storagehoukoku20120625a.pdf
0947login:Penguin2012/06/27(水) 20:10:50.09ID:iZVmDv4W
skrfs作んの？
0948login:Penguin2012/06/27(水) 23:00:39.74ID:rVuLYpUW
Apollo DOMAINみたいな分散ファイルシステム作って欲しい
0949login:Penguin2012/06/27(水) 23:04:23.48ID:5wQ1fzWo
「自社開発となるストレージ装置への転換」
「クローン、スナップショット機能はコピー機能で置き換えた」だってさ

結局オラクルさんのZFSアプライアンスはあきらめて、
他のモダンなFSやストレージ製品の人柱にもならず
旧来の安心できるところに回帰するってことだね

詐欺まがいのヤフー子会社の対応に比べたら100倍好感持てる
0950login:Penguin2012/06/27(水) 23:29:20.99ID:QqrwoyrL
>>935
早々にサジ投げて挙げ句にフォーマットして顧客に再提供してるあたり、証拠隠滅だろうな。
0951デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合 【関電 62.5 %】 2012/06/27(水) 23:57:26.25ID:7cmMHn2V
さくらは玉砕するのが好きなんだな
さくらの信者も笑いながら特攻してる感じがする
社名も神風に変えたらいいのに
0952login:Penguin2012/06/27(水) 23:58:05.24ID:vaatBNma
>>949
そういった用途で実績を積んでるようには見えなかったから
ZFS-SA投入と聞いて悪い予感はしてた

USのエンジニアリングチームとガチで解決を図る体制があるならともかく
日本法人のエンジニアに期待するのは間違ってると思うよ
0953login:Penguin2012/06/28(木) 00:46:49.36ID:0g7Grzgg
Sun ZFS Storage applianceのzpoolのバージョンっていくつだったんだろうか。
さくらの報告書ではスナップショット作成/削除でパフォーマンス出なかったとあるけど
http://ja.wikipedia.org/wiki/ZFS　ここにあるように、比較的最近のzpoolなら
スナップショット作成/削除のパフォーマンス改善はされてるんだよね。
アプライアンス製品なだけあって枯れまくったバージョンのzpoolなのかね。

Nexentaと組んでたら上手いこといってたんだろうか。
0954login:Penguin2012/06/28(木) 00:51:51.88ID:6icpJbzH
ZFSのバージョンというよりOracleをあてにしたのが間違いだったというのが主だろう。
0955login:Penguin2012/06/28(木) 07:16:01.96ID:mNPxg/iV
古いバージョンで動かすのは問題なく稼働するとわかってる場合だろ
さして実績もないのに問題が発生してる旧バージョンにこだわるのはバカ

今回の問題に対策を打てたら貴重なテストケースになったんだろうが
それをやれなかった日本オラクルはその程度なんだろう
0956login:Penguin2012/06/28(木) 08:33:10.43ID:BhSrU+/7
ORACLEの事例紹介パンフを見ると「さくらインターネットZFS採用！！」って記事が
あって、笑ってしまふ。
0957login:Penguin2012/06/28(木) 08:36:34.13ID:7h0nnzg9
ZFSだめだめなの？
linuxじゃなければ実績あったと思うけど
0958login:Penguin2012/06/28(木) 08:37:25.05ID:atTyWxIO
ストレージ業界って無理してでもブランド名を NetApp や EMC に並べるって
のが営業上の命題なので、この状況でオラクルが自腹切って別ストレージを
用意してでも収集しなかったってのは ZFS 的には厳しい状況。

オラクルはマジで ZFS を捨ててしまうかもしれん。
ただ、NetApp や EMC 対抗商品がこれらに対して安く売って、結果トラブル対応
で足が出て製品撤退ってのはお決まりのパターンってのもまた事実だが。
0959login:Penguin2012/06/28(木) 10:13:51.36ID:fgrMmO/b
ZFSにとっては悪いニュースだったな…。
しかしZFSってそういうの昔からチョコチョコ見かけたよな。
理想はスゴイが現実はまだそこまで至っていないのかどうかといいつつやっぱり。
0960sage2012/06/28(木) 11:25:31.35ID:0bVJh/Of
>> 957

自宅のファイルサーバと会社のデスクトップ機で、ZFS Native
Linux版がバリバリ動いている。

デスクトップ機で動かしている仮想マシンのファイルが、
Dynamic Alloc形式（最初少なく使うと増えるやつ）で運用すると
ファイルの拡張に失敗するとか、Hot-Spareが使えないとか問題が
あったが、RC9で仮想マシンファイルの方は治った様子。Hot-Spareは
その後試験してないのでわからないが、バグ表には載っていた。

次世代のファイルシステムだ！！らんらんらん！！と毎日
楽しませてもらってますよ。
0961login:Penguin2012/06/28(木) 13:15:03.25ID:SD1yXQyF
>>952
日本法人は営業しかいないだろ……サンを吸収したわけだから……

しかしZFSに良くないニュースだとしてもbtrfsに良いニュースでもない。
くそっ、なんでOracleに身売りしたんだよ……金はなくともGoogleに投げておけば色々捗ったのに……
業界が停滞する以外の効果が出てないだろ……
0962login:Penguin2012/06/28(木) 13:37:10.12ID:fgrMmO/b
しかしgoogleほどストレージに向き合ってる会社が、
しかもあのハッカー気質の会社が、なんで自前のfs作らんかね〜。

といいつつぐぐったら一発目で出たｗ　俺の無知ｗ
Google File System (GFS or GoogleFS)ってのがあるんやね。
0963login:Penguin2012/06/28(木) 14:12:37.93ID:C7VxAJsL
Googleはext4からjournalingを取り除いた
0964login:Penguin2012/06/28(木) 14:22:42.91ID:SD1yXQyF
Googleの場合、冗長性はその上のレイヤーで確保してるから要らないんじゃない？
0965login:Penguin2012/06/28(木) 14:55:35.21ID:mNPxg/iV
>>961
ポストセールスのエンジニアェ・・・

プリセールスがテキトーこきまくったのかもしらんが
本社まきこんだエスカレーションできなかったのはダメだな
0966login:Penguin2012/06/28(木) 22:04:42.36ID:SCMsFekz
RAID 5:HDD1台の故障に耐えられ、容量-1台
RAID 6:HDD2台の故障に耐えられ、容量-2台
RAID 6+6だとHDDを何十台と搭載しても安全だと思うが容量が減りすぎる。

助長符号を用いてHDD n 台の故障に耐えられ、容量 -n 台なファイルシステムが有れば良いのにな。
0967login:Penguin2012/06/28(木) 23:37:33.26ID:g/JFFfZe
>>966
たとえばRAID6を2ボリューム作って、それをストライピングする手はある。
あとはZFSのRAID-Z3とか。
0968login:Penguin2012/06/28(木) 23:38:38.68ID:g/JFFfZe
>>962
クラスターFSは特殊なんで使用例が少ないんだよなぁ。そりゃ、FCやiSCSI使って
SAN構成する人なんて滅多におらんものなぁ
0969login:Penguin2012/06/29(金) 00:42:46.21ID:+ObOf6HD
今はisilonみたいなバカチョンアプライアンスあるしね。昔はクラスター自分で構成したけどLinuxじゃないから板違いだし。
0970login:Penguin2012/06/29(金) 01:43:01.45ID:VNzrFdt+
自宅でRHCS(GNBD+GFS2+DRBD)でクラスター一時期組んでたがめっちゃ
ややこしいのとログが少なくて問題起きた時に解決が難しかったな
0971login:Penguin2012/06/29(金) 02:32:40.32ID:NCBytQwh
>>966
そういうのはRAID50とか60で実現すればいーんでねーの？
あんまり大量のドライブでRAID5/6のアレイ作るのは性能面でも良くなかった気がするし。
それにどこで読んだかは忘れたが、可用性という面でもRAID5(Z)とRAID6(Z2)の差はそこそこあるけど
RAID-Z2とZ3じゃもうほとんど差がないレベルらしいし、パリティ増やす意味はそんなに無さそう。
0972login:Penguin2012/06/29(金) 10:58:15.51ID:+ObOf6HD
ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
ただしそれは要求される信頼性による話。

Zはzfs前提なんで使えるOSが限られる。

RAID5, RAID6を大量のハードディスクで構成した時に、性能が落ちる要因はない。
応じてリクエスト数が増えると、ヘッドがボトルネックになることはあるが。
0973次スレテンプレ(案)-012012/06/29(金) 12:03:48.80ID:sCzHkpzW
ファイルシステム総合スレ その15

●前スレ ファイルシステム総合スレ その14
http://engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。


●過去スレ
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/
14 http://engawa.2ch.net/test/read.cgi/linux/1326613113/
0974次スレテンプレ(案)-022012/06/29(金) 12:05:21.44ID:sCzHkpzW
●関連リンク
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　　　　　　　 tp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　　　 ttp://www.nilfs.org/ja/
zfs　　　　　　　　ttp://zfsonlinux.org/
　　　　　　　　　 ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
0975次スレテンプレ(案)-032012/06/29(金) 12:06:38.36ID:sCzHkpzW
●関連リンク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
0976次スレテンプレ(案)-042012/06/29(金) 13:13:59.73ID:gxtFh4ma
SSD関連でこのあたりもテンプレにあるといいかな

● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0977login:Penguin2012/06/29(金) 18:48:56.07ID:FsKq50YP
>>972
> ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
故障率は高くなってると思ってたんだけど低くなってる?
0978login:Penguin2012/06/29(金) 18:49:55.99ID:rt56HT7+
>>977
コンシューマ向けのSATAHDDのMTBFは年々低下している。
0979login:Penguin2012/06/29(金) 19:03:27.67ID:XdVzVNFO
MTBFって、率じゃなく時間だぞ。
「低下」なんて言葉、普通使わない。
0980login:Penguin2012/06/29(金) 19:05:28.85ID:rt56HT7+
>>979
うん、数値が低下していっていると言いたかったんだよ。
つまり信頼性は低下している。
0981login:Penguin2012/06/29(金) 19:15:41.21ID:XdVzVNFO
まともな日本人は、「短い」という言葉を知っている。
屁理屈でごまかしたりしない。
0982login:Penguin2012/06/29(金) 19:19:06.06ID:rt56HT7+
>>981
ゴマかしているつもりはないんだが……
0983login:Penguin2012/06/29(金) 20:17:42.90ID:UGZn6dXu
MTBFなら「短い」っていう方が普通なんだろうが、
パワポとかエクセルの資料で説明する時なんかは、
低下とか↓とかの矢印で説明することもあるけど。
0984login:Penguin2012/06/29(金) 20:54:14.94ID:RTC2IiB7
お客様が使ってる天下のH社のサーバを10台ちょっとデータセンタで
お預かりしている。RAID1とかRAID5の構成で約５０本ぐらいのディスクが
あるけれど、２ヶ月１本のペースで壊れていく。

その都度、H社の中国人の受付オペレータに電話して、意味不明な
会話の中からやっと要件を伝えて、データセンタへ駆けつけ、同じく
部品を持ったH社（または協力会社）の技術者が行う交換作業に
立ち会い、いつもと同じ作業報告を聞いて、乾いた笑顔をかわしつつ、
別れをの挨拶をして社に戻る。

悲しいけどこれ定期業務なのね。
0985login:Penguin2012/06/30(土) 00:17:00.32ID:jgTP5qta
50本が常時稼動なら2ヶ月に1つくらい普通に壊れるだろうね。
そう考えるとRAID組んでるだけで「バックアップです」ってのは怖いね。
両方同時にいかれるのなんて、ほぼ無いと思うけど。
0986login:Penguin2012/06/30(土) 01:40:33.15ID:nccRAAip
SATA HDDはエラーが出始めるとあっという間に死ぬカンジ
0987login:Penguin2012/06/30(土) 01:56:08.55ID:OR73kUKC
ロット不良でまとめて同時期に死ぬこともよくあるし
0988login:Penguin2012/06/30(土) 02:13:32.60ID:oYJ3g7ps
その昔、*P社のHDDには痛い目にあったよ
バッテリーバックアップ式ライトキャッシュとかなんとかいう
まあそのつまりは電池式のキャッシュをもったHDDがサーバにささっていたのだが
こいつが数年で電池切れになりやがって、いきなりサーバのディスク速度が落ちる

ソニータイマーよろしく同じ時期にばたばたと倒れていきやがったよ
当然電池の交換を申し込むんだけど、*P社にはもう在庫が無いと言われ
は？じゃあどないせいっちゅうんじゃー！！て上司激怒www　もちろんお客も激怒…

あと、*P社の中華コールセンターと話がなかなか噛み合わないのもその通りだったな
今も変わってないのか。ハードの保守では儲けでないし、変える気ないんだろうな
0989login:Penguin2012/06/30(土) 08:42:27.86ID:q3w7kzQB
次スレ　たてました。 移動、よろしくお願いします。

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

http://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
0990login:Penguin2012/06/30(土) 10:03:37.82ID:yVLk+XIb
>>989
スレ立て乙＆埋め
ところで SATA でも５０本で２ヶ月１本は高頻度かな。
サーバ前通路を網に変えてもらって温度下げること考えたほうがいいかも。
0991login:Penguin2012/06/30(土) 13:55:12.75ID:q3w7kzQB
埋め
0992login:Penguin2012/06/30(土) 14:02:44.67ID:kaQgIOQO
うめ
0993login:Penguin2012/06/30(土) 14:03:18.00ID:kaQgIOQO
埋めますね
0994ハンス2012/06/30(土) 14:05:26.65ID:xWnqBXhA
埋めますね
0995login:Penguin2012/06/30(土) 14:06:46.31ID:Iv922FW+
もっと埋めてちょ。
0996ウ_メーテル2012/06/30(土) 14:08:49.84ID:Iv922FW+
0997ウ_メーテル2012/06/30(土) 14:10:35.08ID:Iv922FW+
0998login:Penguin2012/06/30(土) 14:11:22.78ID:Iv922FW+
0999login:Penguin2012/06/30(土) 14:13:52.16ID:Iv922FW+
GALAXY EXPRESS 999
1000ハンス2012/06/30(土) 14:13:56.22ID:xWnqBXhA
嫁ヲ埋メマシタ
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。