ファイルシステム総合スレ その14
■ このスレッドは過去ログ倉庫に格納されています
ファイルシステム総合スレ その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 あたりで。
0352login:Penguin
2012/03/20(火) 01:32:33.79ID:8GiZ9rLuまるでGPLに問題がないみたいな言い方だな
0353login:Penguin
2012/03/20(火) 03:05:11.19ID:IxdW4s/Dsutdent projectじゃ無理でしょう。PCヲタみたいな生徒か学生が現れないと。
0354login:Penguin
2012/03/20(火) 04:33:38.18ID:a/BA0yudhttp://kernelnewbies.org/Linux_3.3
0355login:Penguin
2012/03/20(火) 09:50:33.10ID:Wcj5ZDdgLinuxのカーネルの開発に貢献したいという話でGPLで少しも問題ないけど?
0356login:Penguin
2012/03/20(火) 12:00:55.47ID:JJ1JnTt40357login:Penguin
2012/03/20(火) 13:12:01.54ID:Wcj5ZDdgbtrfsの話だぞ
0358login:Penguin
2012/03/20(火) 19:47:06.88ID:59kQBnMI0359login:Penguin
2012/03/21(水) 00:12:22.08ID:Q9c8wcA70360login:Penguin
2012/03/22(木) 06:40:28.22ID:hTzxXmdZ0361login:Penguin
2012/03/22(木) 09:21:24.76ID:WQdFLvQKlinux板なんだが…
つReFS
0362login:Penguin
2012/03/22(木) 20:41:49.76ID:JCd8l5OSボラクルはさくらにひどいことしたよね……
0363login:Penguin
2012/03/22(木) 20:49:41.73ID:+em0BUT10364login:Penguin
2012/03/22(木) 21:28:05.22ID:sHZxupNNだから、障害テストや負荷テストは大事。
InfiniBandは俺の中ではまだまだ簡単じゃないんじゃまいかと。。。
0365login:Penguin
2012/03/22(木) 22:12:37.86ID:imJ0j2WTInfiniband は結構枯れてるぞ? スパコンには必須だし、中小企業でも手出し
できるぐらいの価格だから10台程度のクラスタでも採用されるケースは多い。
大規模なストレージ製品だとIB使ってないほうが珍しいと思う。
さくらの場合のようなストレージがおかしくなって何時までも泥沼状態が続くって
パターンを良く見たり聞いたりするけど、(あくまでも個人的な妄想だが、)
パーツやディスクの故障箇所が一定の割合を超えるとあり地獄から抜けれなく
なるってことじゃないかなぁ。
0366login:Penguin
2012/03/22(木) 22:13:43.24ID:mqCx3/i9残念な結果になってしまったということか。
0367login:Penguin
2012/03/22(木) 22:26:28.65ID:TJ+0KW18ttp://basanovich.livejournal.com/163813.html
0368login:Penguin
2012/03/22(木) 23:47:33.17ID:qS0+ai8Sまあ、クラスタで使うInfiniとIP on IBとでは話が違ってくるけどね。
ストレージならInfiniよかFC使えよと思う。
0369login:Penguin
2012/03/23(金) 23:01:51.78ID:b1TKR3ffこのサイトのやつみたいな感じでストレージを苛めようと思うんだが
耐久試験的なストレステスト用のプログラム・ツールがあったら教えて
0370login:Penguin
2012/03/24(土) 00:42:14.57ID:lZHUb2Ywhttp://www.phoronix.com/scan.php?page=article&item=ubuntu_1204_fs&num=1
Btrfsはまだまだっぽい?ext4の地位は安泰だね。
0371login:Penguin
2012/03/24(土) 00:44:12.63ID:oI/u8QuP0372login:Penguin
2012/03/24(土) 10:09:51.26ID:9VgB744nバックアップ用途やVMイメージ置き場に最適。
FUSE実装
http://www.lessfs.com/wordpress/
0373login:Penguin
2012/03/24(土) 15:49:16.18ID:Z68eWHLX嫌になったらすぐ捨てて、逃げ出せしやすくするため?
0374login:Penguin
2012/03/24(土) 16:26:16.55ID:U6c0/7EPなんとかネイティブでZFS使えんもんだろうか
0375login:Penguin
2012/03/24(土) 16:52:30.20ID:FLEGBGWQ観点のちがいか。
0376login:Penguin
2012/03/24(土) 17:00:07.23ID:iVBzVS2iそもそもfuse自体を有効にするのにroot権限が必要だからいまいちそのアピールには納得できない感がある。
0377login:Penguin
2012/03/24(土) 19:34:36.23ID:mbmxP+yT適当に想像で言ってみる。
0378login:Penguin
2012/03/24(土) 20:11:34.28ID:kXbtLegS実装してる人はいるじゃん
ただ、カーネルツリーに取り込まれることが絶対ないから、主流には成り得ないだけで
0379login:Penguin
2012/03/24(土) 20:18:51.31ID:iVBzVS2i0380login:Penguin
2012/03/25(日) 02:25:49.83ID:KsMA6WV7いや、ソレってライセンス違反だよねw
0381login:Penguin
2012/03/25(日) 02:30:48.84ID:9zD3DfEBなんで?
0382login:Penguin
2012/03/25(日) 02:52:46.49ID:WRJVUm9/最近はどっちかのライセンスかFSFの見解が変わった?
0383login:Penguin
2012/03/25(日) 03:03:21.18ID:YN2ser6rこっちが聞きたいよ。いつの間にかFSFの見解は変わったの?
0384login:Penguin
2012/03/25(日) 12:12:59.64ID:J4XQgGBS理解していない奴は意外と多い。
0385login:Penguin
2012/03/25(日) 16:33:22.29ID:GavdBccWいや、だからx86_64だとスタックサイズ大きくしてるだろ?
してないって主張?
0386login:Penguin
2012/03/25(日) 16:47:06.66ID:rXN+EuZphttp://mkosaki.blog46.fc2.com/blog-entry-1097.html
> XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。
>
> David Chinnerが既知の問題で直せないと言っているからには、本当にダメなんだろう。
漏れはこれ読んでext4に乗り換えたわ。
0387login:Penguin
2012/03/25(日) 16:50:32.23ID:o9OS310l0388login:Penguin
2012/03/25(日) 17:10:00.10ID:Zsjru2Rmext4
0389login:Penguin
2012/03/25(日) 17:16:36.86ID:o9OS310lext4わext3よりどういいのか
現実どっちも使っているけど違いがよくわからん。
いまから新しい1TのHDDをフォーマットするんだけど
どっちにするか悩んでいる。
0390login:Penguin
2012/03/25(日) 17:23:31.81ID:EegouqSC大半の使用ケースで優れていなけりゃ後継なんて名乗れないだろ
0391login:Penguin
2012/03/25(日) 17:24:30.45ID:Zsjru2Rmでかいのもおk
2038年後もおk
ジャーナルの性能うp
くらいしかしらない
0392login:Penguin
2012/03/25(日) 17:27:55.80ID:ZZPcK/6ghttp://mkosaki.blog46.fc2.com/blog-entry-1110.html
こういう話もあるね。
> XFSスタックオーバーフロー問題の余波でCONFIG_4KSTACKSが消えました。
armは駄目でもx86なら何とかなってるっぽい?
>>389
詳しくないので解説は出来ないが、
> 現実どっちも使っているけど違いがよくわからん。
のであれば、どっちでもいいんじゃね。
0393login:Penguin
2012/03/25(日) 17:28:21.36ID:o9OS310lなるほど。ext4にしとく。ありがとう。
0394login:Penguin
2012/03/25(日) 17:32:29.79ID:o9OS310l解らないなら黙ってればいいのにw。恥ずかしいな。
0395login:Penguin
2012/03/25(日) 17:44:58.15ID:ZZPcK/6g今はどうなってるんだろ。
>>394
>>391も技術的な解説はしてないけど、それでいいの?
0396login:Penguin
2012/03/25(日) 17:54:37.18ID:EegouqSC0397login:Penguin
2012/03/25(日) 18:37:14.87ID:o9OS310letc4のメリットが解ればそれでいいよん。非技術者だからな。
>>396
結局、解らない君は黙ってて、スレ汚しっていうんだよ、君みたいのは。
0398login:Penguin
2012/03/25(日) 18:39:14.74ID:lbFBkmi80399login:Penguin
2012/03/25(日) 18:44:23.49ID:o9OS310l0400385
2012/03/25(日) 18:52:03.22ID:GavdBccW元からxfsのメタデータは異なるアーキテクチャでは互換性なしなんだから、
ディスクそのままサーバ変更なんて形の移行時にはメタデータを消す必要がある。
x86_64で使えてればそれで問題ないよ。
>>386
> http://mkosaki.blog46.fc2.com/blog-entry-1097.html
いきなり未定義の「本質」なんて言葉を持ち出す時点でお察しだ。
0401login:Penguin
2012/03/25(日) 22:50:01.28ID:zDtCbyqe>>3みたいにいっぱいあると迷うな・・・
一番強固なフォーマットで使いたい・・・(´・ω・`)
0402login:Penguin
2012/03/25(日) 22:59:18.15ID:jtv/sCy20403login:Penguin
2012/03/25(日) 23:26:22.08ID:X8mDLM550404login:Penguin
2012/03/26(月) 00:00:47.95ID:vO7JeuZ9強固かどうかは知らんけど、ユーザーが多い分問題が起きたときに影響を受けるユーザーも多いので
対策も早くとられるでしょう。
その対策がlinuxで使えるかは別の話ですが…。
0405login:Penguin
2012/03/26(月) 00:03:49.44ID:dveANPBZ逆にinode情報が壊れた時にデータ救出が容易なfsが欲しい。
0406login:Penguin
2012/03/26(月) 00:07:49.12ID:slO2BvZU0407login:Penguin
2012/03/26(月) 04:49:50.90ID:IUhNQ9tE500GB以上2TB未満のHDDやSSDはext4
0408login:Penguin
2012/03/26(月) 05:05:26.59ID:3cnMS++r500GB未満は?
0409login:Penguin
2012/03/26(月) 09:32:06.60ID:bLErReHu壊れたのがどういうフォーマットだったかは知らないけど、いまはWindowsでフォーマットして普通に使えてる。
0410login:Penguin
2012/03/26(月) 10:09:52.98ID:I6aCChZZdefault
0411login:Penguin
2012/03/27(火) 11:21:18.75ID:CNW61LzQファイルシステムはなに使ってるんだろ。
NILFS搭載カーネルとかあったら試してみたいが...
0412login:Penguin
2012/03/27(火) 12:24:06.01ID:fJ9KcygIext4使ってる
0413login:Penguin
2012/03/27(火) 14:46:05.42ID:fL/9sTy0フラッシュメモリ寿命を故意に短くする=スマホ寿命を短くして、
白ロム流通を阻止する手の一つなのかな。
0414login:Penguin
2012/03/27(火) 14:47:11.25ID:ScaKz0Thhttp://news.mynavi.jp/news/2010/12/16/071/index.html
>>413
他に使いものになるのがないから、っぽい。
0415login:Penguin
2012/03/27(火) 15:24:11.43ID:8raiaROU0416login:Penguin
2012/03/27(火) 17:06:17.31ID:hnL/7KM5YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
0417login:Penguin
2012/03/27(火) 17:17:20.42ID:hNqxngVqそういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
0418login:Penguin
2012/03/27(火) 19:39:04.58ID:q1+VEPCG0419login:Penguin
2012/03/27(火) 20:47:31.98ID:rEiB2jG/0420login:Penguin
2012/03/27(火) 22:06:29.78ID:4ra6ri3j>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
0421login:Penguin
2012/03/28(水) 08:07:29.10ID:Mk3BMsUi0422login:Penguin
2012/03/28(水) 11:00:42.71ID:79IJ/4BHソースかどうかは関係ない。一緒に配らなければいい。
0423login:Penguin
2012/03/28(水) 11:01:48.50ID:/72uPhSj「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない?
0424login:Penguin
2012/03/28(水) 11:56:59.51ID:+u0mpmFyたかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
0425login:Penguin
2012/03/28(水) 11:58:57.67ID:Zy8NEGzh0426login:Penguin
2012/03/28(水) 12:05:50.71ID:ScikueGX0427423
2012/03/28(水) 12:58:05.55ID:4fS1oXlPあんまり良くないな
0428login:Penguin
2012/03/28(水) 13:05:01.25ID:mVlYT0Gr0429login:Penguin
2012/03/28(水) 13:48:06.07ID:+u0mpmFy0430login:Penguin
2012/03/28(水) 13:50:11.50ID:terXIwRM0431login:Penguin
2012/03/28(水) 14:38:23.26ID:Xp/FzIec0432login:Penguin
2012/03/28(水) 17:22:16.13ID:b3aalG7sえ?
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ?
0433login:Penguin
2012/03/28(水) 17:30:37.38ID:Zy8NEGzh複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
0434login:Penguin
2012/03/28(水) 20:42:24.72ID:7VE/IUc00435login:Penguin
2012/03/28(水) 21:36:23.85ID:TGUdfwW50436login:Penguin
2012/03/29(木) 11:20:40.53ID:oi0yEg2/0437login:Penguin
2012/03/31(土) 11:24:04.90ID:8QfKg5cvSDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
0438login:Penguin
2012/04/03(火) 20:55:57.81ID:7NqYTFtB書き込み中は無理だろ
0439login:Penguin
2012/04/03(火) 21:32:02.12ID:oo5XCw7k0440login:Penguin
2012/04/03(火) 21:44:35.56ID:vK7rqc3Y255文字を超えることが出来るファイルシステムreiserfsだけ?
0441login:Penguin
2012/04/04(水) 00:01:39.32ID:mpAg9MpC0442login:Penguin
2012/04/04(水) 13:49:05.99ID:r849Kmhsコンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。
0443login:Penguin
2012/04/04(水) 13:50:57.26ID:r849Kmhsアンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの?
0444login:Penguin
2012/04/04(水) 15:03:31.74ID:lpjkGhRxfallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
0445login:Penguin
2012/04/04(水) 15:05:36.07ID:P2ESCVOPおめーはふぇどら使ってろー
0446login:Penguin
2012/04/04(水) 19:06:35.36ID:RVeUZ2Rs0447login:Penguin
2012/04/04(水) 19:58:10.41ID:2WfF7JQK0448login:Penguin
2012/04/04(水) 21:49:22.14ID:XyCgAfug440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ?
そんなことなら2バイト圏(日本語圏)向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
0449login:Penguin
2012/04/04(水) 22:09:46.25ID:YXxzC5AQ0450login:Penguin
2012/04/05(木) 00:37:58.94ID:LNmHc2MKyoutube myfilesystem
0451login:Penguin
2012/04/05(木) 00:47:22.01ID:dAZNdbMh■ このスレッドは過去ログ倉庫に格納されています