- 1 名前： 忍法帖【Lv=22,xxxPT】 mailto:sage [2011/07/28(木) 09:15:02.49 ID:jvQGhVpc]
- ●前スレ
ファイルシステム総合スレ その12
hibari.2ch.net/test/read.cgi/linux/1281277564/
●関連スレ？
OpenSolaris/Illumos (OpenIndiana, etc.) 5
hibari.2ch.net/test/read.cgi/unix/1285876800/
過去スレ、関連リンクは >>2-10 あたりで。
- 415 名前：login:Penguin mailto:sage [2011/09/15(木) 18:13:50.81 ID:j8QQuuU4]
- >>413
読んでて内周と外周が逆のような感覚を覚えるんだが
- 416 名前：login:Penguin mailto:sage [2011/09/15(木) 19:51:39.56 ID:nno+g+lu]
- アクセスの頻度によって配置してるならすごいな
ReiserFSはもう枯れてる、完成の域
- 417 名前：login:Penguin mailto:sage [2011/09/15(木) 21:25:14.13 ID:ez2nVzUj]
- >>415
> 内周と外周が逆
そうだった、逆だった。普通に間違えてたよ。
外周から内周へ、だね。
>>414
うーん、流石にそれは無理かな。
そこまで知識と技術があるわけじゃないから。
- 418 名前：login:Penguin mailto:sage [2011/09/16(金) 03:58:36.51 ID:BuOUjDY8]
- >>408
ライセンス問題が無くてLinuxにデフォで組み込めれば確かにそうだと思うけど。
- 419 名前：login:Penguin mailto:sage [2011/09/17(土) 10:21:22.17 ID:gh696PuM]
- >407
たとえばどんなところ?
- 420 名前：login:Penguin [2011/09/20(火) 17:19:27.84 ID:z0zt1+wx]
- 実績からいって、ZFS以外あり得ないと思うけど、
ライセンス以外のネックは無いよね
- 421 名前：login:Penguin mailto:sage [2011/09/20(火) 17:50:06.43 ID:Wwly70XG]
- ZFSの実績？
- 422 名前：login:Penguin mailto:sage [2011/09/21(水) 00:41:35.15 ID:/FZ3c4r8]
- ソラリスではそれなりにあると思うよ
FreeBSDだとやっと安定してきたって段階らしいけど
なんだかんだでext5が立ち上がるような気がしてならない今日この頃
resize2fsのファイルシステムサイズ上限16TBって修正されたっけ?
- 423 名前：login:Penguin mailto:sage [2011/09/21(水) 00:43:47.03 ID:8iMA/1Y2]
- ソラリスはufsとveritasしかまともに動かんだろ
- 424 名前：login:Penguin mailto:sage [2011/09/21(水) 00:56:52.58 ID:D4VUvtf5]
- NetBSDでlfsが永遠に動かないのと同じか
- 425 名前：login:Penguin mailto:sage [2011/09/21(水) 01:52:36.53 ID:sfWqGycT]
- >>423
Oracle Solaris+zfsってもうあちこちで実績なんだが。。。
案件は減ってるけど、金額ボリュームの大きい（めんどくさい）案件で
導入してるから通常のホームサーバくらいの負荷ならどーってことない。
- 426 名前：login:Penguin mailto:sage [2011/09/21(水) 10:05:26.72 ID:8iMA/1Y2]
- 「導入」実績？
- 427 名前：login:Penguin mailto:sage [2011/09/21(水) 10:58:35.82 ID:kwbX5VAJ]
- ホームサーバーにZFSってのは、メリット考慮しても、
必要リソースとの兼ね合い考えると最適解か疑問だなあ
- 428 名前：login:Penguin mailto:sage [2011/09/21(水) 12:09:10.69 ID:a1Hj+Tf0]
- >>427 利用者一人のNASにZFSは無用の長物でしかない
非同期のバックアップで十分
最重要というならクラウドストレージに入れとけって感じでしょう
- 429 名前：login:Penguin mailto:sage [2011/09/21(水) 12:55:09.61 ID:6t7sWIId]
- ARMで動くシュリンク版Solarisというのもありまして…
- 430 名前：login:Penguin mailto:sage [2011/09/21(水) 14:08:17.55 ID:kwbX5VAJ]
- >>429
そういう環境じゃZFSなんて使い物にならないから、
ZFSをシュリンクしてFATクラスまで機能削減したzFSが必要と言いたい？
- 431 名前：login:Penguin mailto:sage [2011/09/21(水) 16:03:23.32 ID:Of/LX3Jt]
- 個人用途だからこそRAID1という贅沢はできない、RAID5は危ないからRAIDZ使いたい、という需要はあるんじゃね？＞ZFS
数？十数TBのストレージだと全部非同期バックアップというわけにもいかんし
コストまで考えてもRAIDボード買ったりWinでオンボRAIDやるより安上がりだし
- 432 名前：login:Penguin mailto:sage [2011/09/21(水) 16:16:07.04 ID:a1Hj+Tf0]
- >>431 何十TBあろうと、バックアップが一番安上がりじゃないかな
電気代とか・・・
2TBx18の36TB を同じく2TBｘ18の36TBで週1でバックアップ取ってるよ
バックアップはミラー(更新上書き)で平均数時間で終わるので月に20〜30時間程度稼動する感じ
バックアップが終わると勝手にシャットダウンする
何がいいってどんなOSでもHDD単体でリストア・アクセスできるので、RAID系のトラブルとは無縁な点かな
- 433 名前：login:Penguin mailto:sage [2011/09/21(水) 19:19:11.76 ID:7RVPFeqF]
- zfs、メモリ消費とraid zしたときのcpu負荷がきついな。
- 434 名前：login:Penguin mailto:sage [2011/09/21(水) 19:30:45.07 ID:e/hLzBp7]
- でも、メモリも安くて手に入るしなー。
- 435 名前：login:Penguin mailto:sage [2011/09/21(水) 20:20:59.31 ID:m3wbiRtN]
- >>430
あれは 128MB のメモリで動くように ZFS もチューンされてるのよ
日の目を見ないのは実に勿体無い
- 436 名前：login:Penguin mailto:sage [2011/09/21(水) 21:23:27.92 ID:F0TO9L3v]
- ID:8iMA/1Y2はたぶん、ものすごいバカ。おまけに包茎。関わると恥垢臭がうつるので
放置推奨。
- 437 名前：login:Penguin mailto:sage [2011/09/22(木) 12:08:37.19 ID:BL2XoA4T]
- >>435
まじか、それは知らなかった。しかしZFSの仕組み的に、
10TB単位のストレージをそのメモリ量でハンドルできるとは到底
信じられないのだが、どういう魔法的な技術が使われているんだ？
- 438 名前：login:Penguin mailto:sage [2011/09/22(木) 13:19:20.82 ID:ZpYKl2c/]
- >>437 いや、理想はそうでも実際はそんなメモリでは動かないからね
10TBだと最低OS抜いてZFSだけに5GBは無いと死ぬだろ
まぁ今は16GBまで積めるから30TBぐらいはいけんじゃね
- 439 名前：login:Penguin mailto:sage [2011/09/22(木) 13:58:17.20 ID:4PDiV5It]
- zfsがメモリがたくさんいるのはわかったけど、
それじゃホームサーバに10TB,30TB必要な時にzfs以外で最適解はなに？
2TBディスク5本で10TBだから簡単な時代だからねぇ。
fsck走って1日2日っていうのは勘弁だし。
- 440 名前：login:Penguin mailto:sage [2011/09/22(木) 14:08:37.02 ID:m9bnXgpH]
- xfs
- 441 名前：login:Penguin mailto:sage [2011/09/22(木) 14:35:43.34 ID:QAmCAelX]
- >>440
だな
- 442 名前：login:Penguin mailto:sage [2011/09/22(木) 17:20:07.52 ID:ZpYKl2c/]
- >>439 DrivePoolかな二重化しかないけど、メモリは要らないよ
- 443 名前：login:Penguin mailto:sage [2011/09/22(木) 18:33:11.00 ID:2PnZcMLv]
- ＞fsck走って1日2日っていうのは勘弁だし。
なんかext3が最新だった辺りの時代から来てるのがいるな
- 444 名前：login:Penguin mailto:sage [2011/09/22(木) 19:02:48.16 ID:ZpYKl2c/]
- >>443 おまえ10TBという物理サイズ舐めてないか？
HDDの転送速度を超えることはないんだぜ？
- 445 名前：login:Penguin mailto:sage [2011/09/22(木) 19:06:09.70 ID:DMao/mOM]
- ふつーtune2fs -c 0だろ
- 446 名前：login:Penguin mailto:sage [2011/09/22(木) 21:52:28.06 ID:QAmCAelX]
- >>444
24TB+xfsで10分かからん
- 447 名前：login:Penguin mailto:sage [2011/09/22(木) 22:19:55.31 ID:so8FuAcc]
- fsck.xfsに10分もかかったらビビるわ
- 448 名前：login:Penguin mailto:sage [2011/09/22(木) 22:52:50.06 ID:xtcIORqq]
- fsck.xfsは時空を超越してるからな
- 449 名前：login:Penguin mailto:sage [2011/09/22(木) 23:02:15.32 ID:GH4Uv3vp]
- おっとmain関数よりコメントの方が多いfsck.xfsさんの悪口はそこまでだ
- 450 名前：login:Penguin mailto:sage [2011/09/23(金) 00:27:17.18 ID:xynqWG6o]
- まあ悩んでいる間に底辺のメモリ量も増えて ZFS の時代が来ると
- 451 名前：login:Penguin mailto:sage [2011/09/23(金) 00:30:43.56 ID:Vgb1Rjqv]
- そこで颯爽とZAFSが登場
- 452 名前：login:Penguin mailto:sage [2011/09/23(金) 10:41:40.95 ID:jkv92p1m]
- zfsかいいなぁ
おらも高速なマシンがほしいだ
- 453 名前：login:Penguin mailto:sage [2011/09/23(金) 11:10:42.60 ID:XuoYeMN7]
- btrfsは何をしておるんじゃ
- 454 名前：login:Penguin [2011/09/23(金) 11:57:07.24 ID:TCNR5ivD]
- 今日も人のマシンのファイルを破壊しながら実験中。
- 455 名前：login:Penguin [2011/09/23(金) 11:59:47.73 ID:TCNR5ivD]
- メタデータのcrcやmd5はファイル破損を検出できるだけで、
修復できないんだよね？
- 456 名前：login:Penguin mailto:sage [2011/09/23(金) 23:09:52.36 ID:jkv92p1m]
- で結局zfsはひゃいの？
- 457 名前：login:Penguin mailto:sage [2011/09/24(土) 00:05:14.80 ID:b8VyZz6F]
- 速さの方にチューニングしてないと解釈するのが妥当かと
- 458 名前：login:Penguin mailto:sage [2011/09/24(土) 00:05:27.96 ID:CAT4jfZb]
- 自分で試せよ
- 459 名前：login:Penguin mailto:sage [2011/09/24(土) 02:15:39.86 ID:5FxCZPf9]
- UFSに比べるとZFSは遅い
でも管理の楽さを考えたら許せる
- 460 名前：login:Penguin mailto:sage [2011/09/24(土) 02:22:11.27 ID:YadKppkO]
- mdadm+ReiserFS+LVM2の方がZFSより良い
- 461 名前：login:Penguin mailto:sage [2011/09/24(土) 04:54:06.74 ID:afYV5Af2]
- LVM2のスナップショット機能はあんましイケてない印象がある。
- 462 名前：login:Penguin [2011/09/24(土) 20:04:28.90 ID:dgSFexL+]
- スナップショットはファイルシステム側でもサポートしてないと安心出来ないな。
その点、NILFSなら絶対の安心を提供してくれるけどね！
- 463 名前：login:Penguin mailto:sage [2011/09/24(土) 22:26:17.94 ID:jh+Xip6z]
- gitサイコー
- 464 名前：login:Penguin mailto:sage [2011/09/24(土) 23:19:50.42 ID:JYVRKTtb]
- もう端数みたいな価格で8GB積めるんだからメモリ食うは関係なくね？＞ZFS
ローカルで使うならメモリ食いは困るけど大体ZFS使うのなんてNAS/SAN専用機でしょう。
- 465 名前：login:Penguin mailto:sage [2011/09/24(土) 23:29:27.89 ID:RQzuGj/J]
- >>464
メモリは問題ないがCPU喰いが困る
- 466 名前：login:Penguin mailto:sage [2011/09/25(日) 01:15:50.04 ID:80e20/8S]
- ノートで使っとるが
- 467 名前：login:Penguin mailto:sage [2011/09/25(日) 05:13:25.47 ID:IwW/FzQG]
- www.allbsd.org/~hrs/diary/201109.html#d2301
FreeBSD での事例の様だけど
業務ではもう少し待ちかねー
- 468 名前：login:Penguin mailto:sage [2011/09/26(月) 19:07:21.49 ID:CbKQ315J]
- >>467
FreeBSDへのportingはしらんが、oiやその他のSolarisを無料、簡単に使えるので
不安定なFreeBSDにする必要はないんじゃないかなぁ。
俺も5年前くらいはSolaris(Nevada)のzfsでもよくデータを飛ばしたけど今は安定と
思うけど。
- 469 名前：login:Penguin [2011/09/26(月) 19:27:09.90 ID:u/XPB+E1]
- 少なくともバターFSより全然まし。
- 470 名前：login:Penguin mailto:sage [2011/09/26(月) 19:32:23.21 ID:e5m2HaP3]
- ベットリfsじゃね
- 471 名前：login:Penguin mailto:sage [2011/09/27(火) 13:33:35.52 ID:zwGArpBP]
- >>464
x64ならそうだが、最近沸いてるarmでサーバーとか言ってる連中には無理だろ
量と帯域の両方で無理だ、それに帯域増やすと消費電力の利点が消える
- 472 名前：login:Penguin [2011/09/27(火) 14:23:21.04 ID:0qLeAjii]
- なら、exFATしかないか．．．
- 473 名前：login:Penguin mailto:sage [2011/09/28(水) 00:24:04.77 ID:W78OUf+j]
- NILFS
微妙に使いどころに悩む
- 474 名前：login:Penguin mailto:sage [2011/09/28(水) 01:01:54.89 ID:zX8lTRZB]
- >>471
そういう奴はRAIDｰZ使わずにファイルシステムとしてZFS使えばいいんじゃね？
どうしてもRAID必要なら別途ハードウェアで
- 475 名前：login:Penguin mailto:sage [2011/09/28(水) 15:50:52.94 ID:Jmh5TnDt]
- ext4、なんかもっさりする
気のせいか？
- 476 名前：login:Penguin mailto:sage [2011/09/28(水) 16:19:25.16 ID:81rQN3R+]
- 気のせいじゃね、うちではキビキビ動いてる気がする
- 477 名前：login:Penguin mailto:sage [2011/09/28(水) 18:04:36.41 ID:xrEKABkR]
- ext4は開発途上だからカーネルが新しい方が良いぞ
新しすぎるとバグ入りになりかねんけど
3.0だけど、今のところext3より挙動は良い
- 478 名前：login:Penguin mailto:sage [2011/09/28(水) 18:07:49.19 ID:fWC/EOuJ]
- >>477 何を持って良いんだ？
- 479 名前：login:Penguin mailto:sage [2011/09/28(水) 18:11:18.19 ID:2ZCg0OML]
- 同じHDDで比較した他のFSを言ってないからコメント出来ないよな。
ext4はもう良い感じで枯れて来てる気がしてたが……。
- 480 名前：login:Penguin mailto:sage [2011/09/28(水) 23:08:20.37 ID:AjWI8pSv]
- >>479
五年位xfs使ってて試しにext4にしてみたけど、随分こなれてるね
相変わらずlost+found最初から作るのは頂けないけど
ext2の頃からは隔世の感があるなあ
- 481 名前：login:Penguin mailto:sage [2011/09/29(木) 00:06:37.86 ID:3LlZxr4a]
- zfs on linuxはいつになったら0.6.0stableが出るんだ
- 482 名前：login:Penguin mailto:sage [2011/09/29(木) 00:17:17.12 ID:3qB2B6jL]
- なんぞこれ
ttp://www.allbsd.org/~hrs/diary/201109.html#d2301
> こ の へ ん の記事、かなりでたらめなので信じないほうが良いと思います。
ttp://gihyo.jp/admin/clip/01/fdt/201109/27
> ここで取り上げた内容を補完する素晴らしいドキュメント
- 483 名前：login:Penguin mailto:sage [2011/09/29(木) 14:14:43.28 ID:ZjuJY5oi]
- >>480
lost+foundはマウント済みの目印に使ってるから
いまさら無くなられると困る
- 484 名前：login:Penguin mailto:sage [2011/09/29(木) 14:24:18.49 ID:XCVk6YPQ]
- そんな使い方するなよｗ
- 485 名前：login:Penguin mailto:sage [2011/09/30(金) 09:12:30.04 ID:rcdHUGPg]
- >>484
するだろ。noautoの時は特にそれでマウント忘れに気づくことが多い。
vfatは困るんだよね。
- 486 名前：login:Penguin mailto:sage [2011/09/30(金) 09:52:29.52 ID:uyfCFfv/]
- ねーよｗｗ
- 487 名前：login:Penguin mailto:sage [2011/09/30(金) 09:55:01.16 ID:ngaR99T7]
- >>483
/proc/mounts とかじゃ駄目なんか?
- 488 名前：login:Penguin mailto:sage [2011/09/30(金) 10:33:43.33 ID:WYy/QVqU]
- おれは lost+found は見たくないなぁ。
マウント忘れとか言ってるけど、そもそも >>485 はいちいち手動でマウントすんのかよ。
そもそもマウントしてるかどうかなんて、
ディレクトリが空っぽならマウントしてないわけだし、
空っぽじゃなければマウントしてるということだろ。
それともなにか?、空じゃないディレクトリにマウントしてんのか?
いったい、どんな使い方すりゃそういう発想ができんの?
- 489 名前：login:Penguin [2011/09/30(金) 11:50:02.61 ID:ACR7fMHR]
- まあいいさ、今度>>485のディレクトリに片っ端からlost+found掘っておいてやるから。
- 490 名前：login:Penguin mailto:sage [2011/09/30(金) 12:15:50.39 ID:rtApsSqF]
- >>488
> ディレクトリが空っぽならマウントしてないわけだし、
そこで判定はしたくないなぁ。
- 491 名前：login:Penguin mailto:sage [2011/09/30(金) 20:59:24.89 ID:uArDJlFs]
- >>488
パーティションの再構成中は手でmountして書き戻してる。自動でマウントするのは全作業終了後。
- 492 名前：login:Penguin mailto:sage [2011/09/30(金) 22:21:37.32 ID:iokNb/Mi]
- >>482
ツンデレなんだよ、言わせんな恥ずかしい。
- 493 名前：login:Penguin mailto:sage [2011/09/30(金) 22:28:02.84 ID:J2pm6fHD]
- >>485
おまいはdfとかmountコマンド打つ気すらないのかw
- 494 名前：login:Penguin mailto:sage [2011/10/01(土) 01:47:47.13 ID:McvhjrXL]
- 自分は、bind mount してる場合など困るから、
487 と同じように /proc/mounts みてるな〜
- 495 名前：login:Penguin mailto:sage [2011/10/01(土) 21:10:14.31 ID:zMBMsVkH]
- シェルスクリプトで考えると確かにlost+found有無を見るだけってのは非常に簡単で合理的だと思った
- 496 名前：login:Penguin mailto:sage [2011/10/01(土) 21:17:08.87 ID:rOV5RHi3]
- 判別する必要ないぞ実は
- 497 名前：login:Penguin mailto:sage [2011/10/01(土) 21:30:13.90 ID:OkXJrPqL]
- >>495
/etc/mtabとか/proc/mountsとかmountの出力見るほうがよっぽど合理的じゃないか
- 498 名前：login:Penguin mailto:sage [2011/10/02(日) 00:34:02.92 ID:c0DcHtK6]
- >>497
mountの状況がprocessごとに違う可能性がある以上、
/etc/mtabやmountの出力見るなんて、lost+foundと五十歩百歩の合理性しかない
- 499 名前：login:Penguin mailto:sage [2011/10/02(日) 00:45:37.65 ID:mEShoWvB]
- >>498
そういう状況が起こりうる場合を思いつかんので
もう少し詳しく説明してくれ
- 500 名前：login:Penguin mailto:sage [2011/10/02(日) 01:00:37.89 ID:Mw9MOLk6]
- NTFSパーティションとかの場合はどうすんだろ？
意地でも/proc/mounts見ないのかな。
「俺はそんなFS使わんから知らん」かな。
個人的環境の使い方を一般論として語るからこうなったんじゃ？
- 501 名前：login:Penguin mailto:sage [2011/10/02(日) 02:23:26.58 ID:KF5vOJuy]
- NTFSはどうかわからんがvfatの時は困っているようだな。
>>485 によると。
「判定に困るケースが出るなら、その判別法は使うべきではない」
とまあ俺は先達に言われたことがあったような記憶があるが、
そういうことなんじゃないのかなあと思ったり。
- 502 名前：login:Penguin [2011/10/02(日) 15:35:34.93 ID:GCf9YY+5]
- /proc/mountでは不適切である理由を以下に述べよ(10点)
- 503 名前：login:Penguin mailto:sage [2011/10/02(日) 16:40:14.25 ID:1vfXVKII]
- >>499
起こりうるもなにも、そういう状況を起こすアプリ/設定使ってれば起きるし、
起こしてないことを確信できるなら問題ない、つう意味で、
/etc/mtab or mountとlost+foundの合理性なんて同程度でしょ
- 504 名前：login:Penguin mailto:sage [2011/10/02(日) 16:46:36.45 ID:Cj7o/yLg]
- シェルスクリプトで -d で簡単に判断できるのはやっぱり便利じゃね？
lost+foundは見ないけど固有のディレクトリでよくやる
- 505 名前：login:Penguin mailto:sage [2011/10/02(日) 17:45:55.35 ID:8Jjlea2R]
- 「そういう状況を起こすアプリ/設定使ってれば起きる」というのは自明で情報がない
我々が知りたいのは、そういう状況はどれくらい起こり得るのかという定量的な問題
問題が起る状況を仮定すれば、問題が起るのは当然だし
問題ない状況を仮定すれば、問題がないのは、あたりまえ
無意味なことを言って、何か言ってるつもりになるのは何故？
- 506 名前：login:Penguin mailto:sage [2011/10/02(日) 18:14:24.14 ID:1Vn17Itr]
- /etc/mtab は嘘かもしれない。 ∵ echo hoge >> /etc/mtab がエラーにならない。
/proc/mount は無いかもしれない。 ∵ chroot hoge すると /proc が見えなくなる。
lost+found は無いかもしれない。∵ ext2/3/4 以外にはそんなもんない。
mount する前のディレクトリは空でないかもしれない。 ∵ /var/run や /var/lock に手でマウントする時などで起きる。
慎重に扱えば /proc/mount がマシだが ...
mount -bind で /proc/mount が嘘をつくのは直ったのかな。
あまりに酷くて -bind 使わなくなったので最近の動向は知らない。
- 507 名前：login:Penguin mailto:sage [2011/10/02(日) 18:20:18.50 ID:XOmPlDmu]
- すげえな、定量的にか。
vfatをmountしててlost+found判定できない状況はどれぐらい起こりえるのかという定量的な問題
をまず解説してみてください。
> /etc/mtabとか/proc/mountsとかmountの出力見るほうがよっぽど合理的じゃないか
って言うのは、もちろん定量的(笑に検討した上で「よっぽど合理的」言ってるんですよね？
- 508 名前：login:Penguin mailto:sage [2011/10/02(日) 21:01:35.01 ID:Z/mpTOWm]
- df .
ではだめなのかな
- 509 名前：login:Penguin mailto:sage [2011/10/03(月) 00:49:14.07 ID:gr2ahZrN]
- 横槍だけど、mountとlost+found見るので困るケースが「定量的に」同じくらいの頻度じゃないと同程度の合理性とは言えねーよなー。
- 510 名前：485 mailto:sage [2011/10/03(月) 08:48:57.51 ID:CORsXLR6]
- 以前、/usr/localをマウントしてるものだと思ってtarから書き戻すとこだった。パーティション切っただけで、マウントしてなかった。
疑いもしてなかったからdfもmountもたたかなかった。lsなんて習慣的に叩いてるもので気づけたから助かった。
その程度の話だったんだが、えらい盛り上がってるなあ
- 511 名前：login:Penguin mailto:sage [2011/10/03(月) 11:55:38.92 ID:7+9OxQsa]
- 起こり得る確率で言えばそりゃ低いけどさ、
まっとうな方法ではないよ。
- 512 名前：login:Penguin mailto:sage [2011/10/03(月) 20:28:12.04 ID:ZUJC4f7a]
- 俺もマウント判定にディレクトリ有無検査を自分作業用のスクリプトに組みこんでいるな
lost+foundじゃなくって自分が使うディレクトリ名だけど。
- 513 名前：login:Penguin mailto:sage [2011/10/03(月) 20:33:18.26 ID:l6yscdvc]
- mount point になってる directory を stat して inode 番号で判別
という案を出してみる
- 514 名前：login:Penguin mailto:sage [2011/10/07(金) 06:35:42.18 ID:KTVmCkMm]
- おはようお前ら。
Ubuntu 11.10を弄ってて気付いたんだが、
fallocateかext4にバグがあるな。
11.04までは、例えばfallocateで256MB確保した場合、
32768 blocks ＋ 32768 blocks の2extentsが確保されていたのが、
11.10だと、
32758 blocks ＋ 32758 blocks ＋ 20 blocks の3extents確保されるようになってる。
しかも隙間が空いてて断片化しまくり。
128MBまでは正常に確保できるみたいだから、
Ubuntu 11.10でfallocateするときはサイズに注意な。
- 515 名前：485 mailto:sage [2011/10/07(金) 07:41:51.39 ID:7/YxsuQ1]
- >>514
kernelのバージョンでいえよ。
|
 |
