ファイルシステム総合スレ その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 あたりで。
0679login:Penguin
2012/05/21(月) 14:23:23.29ID:ibgDvpSH0680login:Penguin
2012/05/21(月) 14:58:35.07ID:ocjJ24me機能的にZFS以降のfsとは差がつきすぎているし、
代替は欲しいんだけどねい…
0681login:Penguin
2012/05/22(火) 07:50:09.39ID:7a68CDWm来日中の米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よか新しいファイルシステム作れや!!!!!!!!!111111
0682login:Penguin
2012/05/22(火) 09:32:07.35ID:In5wan4sext4であるファイルの内容を修正(ファイル全体のサイズは変わらないような変更)をした時、
該当箇所を格納したブロックの内容を変更して、書き戻す位置はHDDに対して元あったLBAと同じ位置を指示するの?
それとも別の空いてる場所に書くの?
さらに修正箇所が複数ブロックに含まれる場合はどうなるのでしょうか?
0683login:Penguin
2012/05/22(火) 10:29:12.17ID:xdP67uUVんなことない。
それは書き込み順序が保証される場合で、バリア張れなければセクタアトミックでマルチセクタアトミックは実現無理。
0684login:Penguin
2012/05/22(火) 10:53:33.83ID:1cxhPa0y今時のファイルシステムは、ファイルの内容を書き換える場合に、
データブロックをそのまま使って中身だけ書き換えるなんてことはしない。
理由はトランザクション処理におけるクリティカルセクションが長くなるから。
1. 古いデータだけしかない状態
2. 新しいデータを空いているブロックに書き込む
3. 古いデータも新しいデータも共存していて、ただしメタ情報は古いデータを指している状態
4. 新しいデータを指すようににメタ情報を書き換える
(メタ情報はすごく小さいのでクリティカルセクションを小さく出来る)
3(または2)の段階でクラッシュしても、古い状態は完全に残っている。
実際にはさらにインテントリストを使って、再起動後に更新をリプレーする工夫がある。
データベースのトランザクション処理を勉強すると良い。
0685682
2012/05/22(火) 11:07:12.35ID:lf9QnnI60686login:Penguin
2012/05/22(火) 16:06:03.57ID:YPS563wbそうすると、空き容量が書き換えようとするファイルのファイルサイズより小さい場合、
書き換えに失敗するということですね
0687login:Penguin
2012/05/22(火) 16:23:56.66ID:1cxhPa0yファイルのバージョン管理しているファイルシステムには、
さらにopen/close単位でもトランザクション管理しているのもあるけど。
0688login:Penguin
2012/05/22(火) 17:52:40.29ID:LU/paeRW0689login:Penguin
2012/05/22(火) 18:26:05.86ID:A1CjT9vU0690login:Penguin
2012/05/22(火) 18:30:33.55ID:OmWdc1HW0691login:Penguin
2012/05/22(火) 18:34:53.53ID:1cxhPa0y0692login:Penguin
2012/05/22(火) 20:10:19.29ID:LU/paeRWmbr消してもtestdiskつかったりdumpすれば
先頭のデータみたらどこからどのパーティション始まるかわかるから
mbr修復できるけど、それができないFSはあるのかなと・・・
0693login:Penguin
2012/05/22(火) 21:33:06.53ID:rvtR6o93>>これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
この引用だけ読むと、ん?セクタ長が長くなる方がアトミク保証キツそうだがと思ったが、AFTのRMWを問題視してるのかな?
確かにアラインがあってない状態でブロックライトしたときたまたまそれがトラックまたがりだったりしたら、
電源供給たたれた状況ではRMW完遂キツそうかも。
0694login:Penguin
2012/05/22(火) 21:39:10.48ID:rvtR6o930695login:Penguin
2012/05/22(火) 21:47:16.05ID:Gee1IVDcディスクだ
0696login:Penguin
2012/05/22(火) 22:28:52.43ID:UDqTDYqA>>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(1行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:Penguin
2012/05/22(火) 23:21:43.39ID:rvtR6o930698番組の途中ですがアフィサイトへの転載は禁止です
2012/05/22(火) 23:40:12.43ID:tlYG6Oakセクタ単位に上書きして済ませ面倒な操作は回避する。
電源が落ちると、HDDは一番外側のトラックに緊急書込みしてDRAMの
イメージを保存する、SSDもDRAM上に保持していた更新データは急遽
特定のページに書込む、HDDもSSDもDRAM上のデータは電源が落ちても
維持するから書込み応答があれば書込めたと考えていいはず。
ただ、SSDで電源の落ちる速度が速いと飛んでしまうSSDがあって、
それでWindowsの休止が使えないSSDを掴まされた。
0699login:Penguin
2012/05/22(火) 23:45:08.80ID:R0N4pj0/0700login:Penguin
2012/05/23(水) 00:20:02.34ID:0eIoicZI5の間に解放されたブロックが最利用されてるんじゃないの?
0701696
2012/05/23(水) 00:47:46.11ID:9NniJAVUすいません、次のとおりです。
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:Penguin
2012/05/23(水) 20:08:33.34ID:53GntL47手元のext4のファイルシステムで試してみたけど
openにO_TRUNCを付けて開く→別のブロックアドレスに新規の内容が書き込まれる。元のブロックアドレスにはファイルの内容は残存。(>>684の言う動作をしてる?)
openにO_TRUNCなしで開く→同じブロックアドレスに上書きで書き込まれる。(>>701のやった実験)
どっちの場合でもinode番号は保持されている。
当たり前だけど一つの巨大なファイルをO_TRUNCなしで開いて何回もlseekとか使って読み書きする場合は
同じブロックに書き込まないと断片化しまくりんぐなんだよね。
んで>>682の質問は多分O_TRUNCなしの場合の疑問だから多分元あったLBAにそのまま上書きってことでいいと思われ。
まあ、俺もあんましファイルシステムに詳しい訳じゃないから間違ってたら指摘頼む。
0703login:Penguin
2012/05/23(水) 20:14:35.20ID:Uvt1kmUpそれ、Copy-On-Write を実装したファイルシステムの典型的な挙動で
それでbrtfsやZFSが注目されてるけど、まだまだ一般的じゃないよ
今普通に使われてるファイルシステムは
未だに停電時のデータ保全は保証されてなくて
だからデータベースソフトは凝った制御をわざわざしてる
0704login:Penguin
2012/05/23(水) 20:46:06.35ID:zTpk22KsZFSやbtrfsやHAMMERはモダンなfsと言われている由縁ですな。
あと、機能的にはボリュームマネージャとfsとの統合もしているのが
モダンなfsの特徴。
0705login:Penguin
2012/05/23(水) 21:47:33.19ID:HiaPoJkGtruncしたら
>1. 古いデータだけしかない状態
ここが無いだろ
0706login:Penguin
2012/05/24(木) 09:35:00.94ID:8W5aSkeX0707login:Penguin
2012/05/24(木) 09:48:16.92ID:fjuo8JDB0708login:Penguin
2012/05/24(木) 14:12:40.50ID:R1zT/wP2開発が予定されているext5でも一定間隔毎にマウントする際はfsckが走る仕様は残るのかな?
0709login:Penguin
2012/05/24(木) 16:00:44.85ID:8W5aSkeXジャーナル処理以外もやってる?
0710login:Penguin
2012/05/24(木) 20:35:01.03ID:k3/BwS7U0711login:Penguin
2012/05/24(木) 20:52:51.51ID:iuQ7Cd5bデフォルトでmkfsすれば走るようになるけど、mkfsにオプションつけたりtune2fsでオプション変更すれば走らない、というはなしではなくて?
0712login:Penguin
2012/05/24(木) 21:14:44.01ID:R1zT/wP2仮想環境だったので“tune2fs”で間隔の設定変更してなかったの ww
で、密かにウワサされているext5はやはり間隔の設定変更は必要なのかなぁ〜
って、ふと思っただけです (__)
(何せ、xfsやbtrfsにはマウント時に定期的にfsckが走る事なんて無いですしね)
ちなみに実環境は“tune2fs -i0 -c0”でマウント時にfsck走らない設定にしていますよ
0713login:Penguin
2012/05/24(木) 22:03:00.77ID:ht+qoeDE0714login:Penguin
2012/05/24(木) 22:04:29.38ID:Y0DkWNpb冗談の範囲を超える話はまだ出てないと思うけど、
私のアンテナが低いだけかもしれない
0715login:Penguin
2012/05/25(金) 01:04:56.40ID:fyfyFUcyreiserfsのどのあたりが最強なの?
0716login:Penguin
2012/05/25(金) 01:08:43.89ID:Zj6mI5wX0717login:Penguin
2012/05/25(金) 01:31:43.18ID:lsrc3vra開発元締めの犯罪歴
0718login:Penguin
2012/05/25(金) 09:56:47.79ID:msN7LA9T0719login:Penguin
2012/05/25(金) 10:15:49.59ID:bpVgjmYh0720login:Penguin
2012/05/25(金) 10:25:38.42ID:Cmbh75Oe0721login:Penguin
2012/05/25(金) 10:29:51.31ID:ub3nzNZQ紙の上でハンドアセンブル、イメージデバッグ、、、
長期間念入りにチューニング&デバッグされた高速&堅牢な夢のfs
出所してからそ実機でテスト
0722login:Penguin
2012/05/25(金) 11:04:00.31ID:F5a9ntXy時間タップリあるだろうし、
他にすることもなさそうだから、
クオリティ恐ろしいかもしれんなw
0723login:Penguin
2012/05/25(金) 12:06:17.83ID:AqUnLL1K0724login:Penguin
2012/05/25(金) 12:32:56.42ID:bpVgjmYh0725login:Penguin
2012/05/25(金) 19:26:34.42ID:FQfoOI8B0726login:Penguin
2012/05/26(土) 01:13:07.17ID:rgPUb8eJう〜ん、どうなんだろ? 以前と違い、今は模範囚での刑期短縮って
1年で50日程度とかいう話を聞いたおぼえが。
あと、そういや、こんな記事が。
Linux Guru Hans Reiser Demands New Murder Trial
http://www.wired.com/threatlevel/2011/09/reiser-seeks-new-trial/
0727login:Penguin
2012/05/26(土) 01:14:20.75ID:rgPUb8eJそろそろだけど、これでようやっとBtrfsの開発速度が上がってくれるかな…
0728login:Penguin
2012/05/26(土) 02:30:10.12ID:I/wUNAvd修正されない致命バグが残っているとか?
0729login:Penguin
2012/05/26(土) 03:21:44.82ID:SttHiOpI0730login:Penguin
2012/05/26(土) 05:48:13.77ID:iTBNDko30731login:Penguin
2012/05/26(土) 08:56:56.81ID:NFmM9fUHそれは取りやめになったはず
0732login:Penguin
2012/05/26(土) 10:58:03.65ID:BURK7waittp://d.hatena.ne.jp/fixme/20101030/1288433811
0733デムパゆんゆんネトウヨ特攻兵@5月病 【関電 69.0 %】
2012/05/26(土) 11:12:30.66ID:fGtrXgPT0734login:Penguin
2012/05/26(土) 12:15:49.73ID:BURK7wai0735login:Penguin
2012/05/26(土) 12:54:30.76ID:VoHyanHK地道にバージョンアップしてきてるじゃん。
おまえはまさかすぐにでも実用化になると思ってるの?
0736login:Penguin
2012/05/26(土) 13:38:33.15ID:SttHiOpIこれはそうなんだが時々BUG_ONから適切なエラー処理に変更するパッチが流れているのでちと古い話。
0737login:Penguin
2012/05/26(土) 14:04:15.08ID:mAVYiROrしばらくカーネルに毎回パッチあててraiser4を使いつづけてたけど、さすがにマージの見込みが無さそうなので諦めてext4へ乗り換えた。
0738login:Penguin
2012/05/26(土) 16:15:11.36ID:I/wUNAvdReiser4がマージされているもう一つのパラレルワールドのこのスレでは、
逆にBtrfs、NILFS、ZFSの話題が消えてたりするんだろうか
0739login:Penguin
2012/05/26(土) 16:27:41.13ID:MUdvZwhX0740login:Penguin
2012/05/26(土) 17:21:56.83ID:NFmM9fUH父親が引き継いで開発を続けるとか言ってたが、元々カーネルメンテナーの多くに良く思われてなかった
のと(特にプラグイン構造が)、スポンサーが見つからなくてポシャったのではないかと。
0741login:Penguin
2012/05/26(土) 18:37:05.68ID:YjIi9L7UOSをCentos 6.2(派手なメディア系のソフトは無いけど仕事で使うには
十分なソフト環境)に変え、ファイルシステムはZFSに変えてみた。
ジャンク品の500GのSATA HDDを3本Raidzにして、全部homeにあてて
みた。ジャンク品だが経年劣化で壊れたら、それはそれでおもしろいと思っている。
ベンチマークとかファイルのコピー時間とか見てるけど、マザーボードが
読み書き合わせて150MB/secが限界のしょぼいヤツなんで、
まだZFSの恩恵は判らない。
日々のバックアップとか、ランダムアクセスを多用する処理がどれぐらい
良くなるか、来週の業務が楽しみです。
0742login:Penguin
2012/05/26(土) 21:11:33.51ID:7HdLZpM3山中幸盛みたいでかっこういいな
0743login:Penguin
2012/05/27(日) 19:29:51.15ID:sFUG4pgM0744login:Penguin
2012/05/27(日) 20:13:08.68ID:BMpUzC+ahttp://oopsops.hatenablog.com/entry/2012/05/24/164941
0745login:Penguin
2012/05/27(日) 20:20:49.29ID:T8Ff12Rnext3も今度からバリア有効設定がデフォになるらしいけど。
0746login:Penguin
2012/05/27(日) 23:25:49.50ID:RpQeUUxd当然即無効
有効設定不要
0747login:Penguin
2012/05/27(日) 23:40:59.37ID:fcmbTsZx謝謝参考情報
0748login:Penguin
2012/05/28(月) 01:30:27.57ID:v3fn9BaxIDがずれてるぞw
0749login:Penguin
2012/05/28(月) 13:41:54.41ID:06aQcVRA「ext3も今度からバリア有効設定がデフォになるらしい」ってまじか?
ソースきぼん
0750login:Penguin
2012/05/28(月) 13:50:44.83ID:p/RNWQpELinuxカーネル3.1 からだからもうとっくに有効になってますね。
http://sourceforge.jp/magazine/11/10/25/0437213
0751741
2012/05/28(月) 14:43:01.77ID:4B9wts/1会社のデスクトップ機は、Linuxのサーバとソフトの評価のために
仮想イメージが20個ぐらい入っているんだけど、同じような
ディスクブロックだったようで、dedupで1.30という数字が
出ています。ディスクの節約ができたのはまず嬉しい。
あと実際に使ってわかったのは1本ずつのHDD30MB/secの読み
書きが出来る場合、3本のディスクによる読み書きの速度は
Raid0の場合は90MB/secになるのだが、RAIDz1の場合は書き込みは
60MB/sec、読み込みは90MB/secになることです。という事は
ZFSはRAIDでタマ数を増やすと読み込みはRAID0のように、
HDDの数の倍数になるってことかな?
0752login:Penguin
2012/05/28(月) 15:13:40.13ID:lYrJmZJfディスクのうち一台にはパリティを書き込むので、台数-1倍になりますな。
0753741
2012/05/28(月) 19:22:51.86ID:4B9wts/1アクセスには効果がなかったようだ。
/home以下のディレクトリに、Raidz1で3本の500G HDDを束ねて、
さらにSSDディスクを2Gと20Gに分けて、ZILとL2ARCとした。
Windowsのイメージの入った仮想イメージを、ZFSのディスクと
EXT4のファイルシステムのディスクにそれぞれ置いて、起動時間を
測った見たところ、
ZFS 60秒
EXT4 20秒 .... 玉砕です。
メモリーが8Gなのが悪いのか、ディスクがSATAの古いモデルで、
マザーボードに接続しているのが悪いのか、よくわからない。
もう少し使ってみて、速度が耐えられないようなら、EXT4に戻します。
0754login:Penguin
2012/05/28(月) 21:39:28.11ID:pfdxoNCTZFS ってストライプ幅を可変にする事でファイルサイズに適した読み書きが
出来るから速いんじゃないのか?
仮想マシンの方がFSのブロックサイズ単位で読み書きするから意味がないし、
それどころか、細かいストライプサイズで足を引っ張りまくりの気がするんだが
実際のところはどうなん?
0755login:Penguin
2012/05/28(月) 22:21:11.05ID:JoD8MIslディスクの読み書きの速度は同等だし、CPUが足引っ張ってるわけでもなさそう。
大ファイルの連続読み出しのパフォーマンスが悪いのか…
0756login:Penguin
2012/05/28(月) 22:34:42.33ID:pfdxoNCTストライプサイズが大きいとサイズの大きなファイルを処理するときに有利で、
動画編集系の業務システムではそうなっていると聞いたことがある。
その理屈で言うとストライプサイズの小さめの RAID-Z は不利なのかも。
「引っかかるようになった」のが使い続けていくうちにどんどん悪化してそうなった
のか ZFS にしたからそうなったのかが気になるんですけどどっちですか?
# RAID-Z って大きいファイルだとフラグメンテーションしまくりな気が。
0757login:Penguin
2012/05/28(月) 22:55:18.32ID:bomq/PUEraidに飽きたらcronでバックアップ
安定と速さ、コスト重視ならraidなんかいらない
0758login:Penguin
2012/05/28(月) 22:57:56.77ID:JoD8MIsl最初からそうでした。
まだまだ容量余ってるし、メモリも8GBあるんだけどなー。
録画置き場だけじゃなく、mac用ファイルサーバにもしてるので、映画見てるときにTimemachine のバックアップ走ると飛びまくり…
0759login:Penguin
2012/05/28(月) 23:46:36.39ID:pfdxoNCT返信ありがとうございます。
でかいファイルの扱いそんなに不得意なの?
JAIST かどっかでFTPサーバに使ってる話もあったからちょっと眉唾。
CPU の性能/コア数が足りないだけの気がするけど TCP/IP の実装が Linux と
FreeBSD で違ってるせいで MAC との通信ばかり優先されるとかあるのかも。
0760login:Penguin
2012/05/29(火) 00:13:01.84ID:So0/YmwIファイルサーバの設定をチューニングするんじゃないの?
0761login:Penguin
2012/05/29(火) 00:54:24.48ID:qjgx8ugW2chサーバーもblog見るとパラメータ調整を相当数してるし
0762デムパゆんゆんネトウヨ特攻兵@5月病 【関電 62.1 %】
2012/05/29(火) 01:50:54.77ID:U5WNEXG6zfsのバージョンが気になる
zfs -V zpool -Vの結果見せなさい
0763login:Penguin
2012/05/29(火) 03:14:57.97ID:LxrSwIcUしたときの、性能のスケーラビリティやキャッシュの利用効率にあるので、
自宅サーバーで利用するメリットは少ない。
ZFSはチューンナップが必要ないように設計されているので、
パラメータをいじるとほとんどの場合裏目に出る。
ただ、先読みキャッシュを切るのは試す価値がある。
zfs:zfs_prefetch_disable=1
0764login:Penguin
2012/05/29(火) 03:17:54.40ID:v6wCq4A9ありがとー
Ubuntu 12.04(kernel 3.2)のext3では実際にバリアが有効になっているか調べてみるよ
0765login:Penguin
2012/05/30(水) 00:03:32.90ID:eFfiskuaFreeBSD 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:Penguin
2012/05/30(水) 08:28:42.10ID:Hg7I9VUi0767login:Penguin
2012/05/30(水) 10:35:10.06ID:Fem8Gu/ghttps://code.google.com/p/zfs-win/
0768login:Penguin
2012/05/30(水) 10:53:11.42ID:BMjgTba50769login:Penguin
2012/05/30(水) 12:29:51.28ID:kpTDIFzh0770login:Penguin
2012/05/31(木) 02:15:57.62ID:0QtNiaVtZFSで仮想マシン動かしてヒャッハーしたいならイメージじゃなくzvolにOS突っ込んだら?それでどんだけパフォーマンスに影響するかは知らんが。
それにL2ARCなんてしばらく埋まらんからとりあえず設定だけして仮想マシン起動時間測ってみました、なんて言ってもねぇ。
0771login:Penguin
2012/05/31(木) 11:27:30.83ID:CrxYKJgINexentastor3.1.3がリリースされたから、Solarisカーネル環境でのパフォーマンスも見てみたらいいんじゃないか?
0772login:Penguin
2012/05/31(木) 15:26:50.04ID:xWRvQh87touch foobar してみても設定はされなかった。
0773741
2012/05/31(木) 21:48:05.00ID:a1oDG+L0ZFSでヒャッハーしてます。
一般のファイルの作成、Nautilusなんかでファイルの整理するには
全く問題なく使えてますが、なんとVirtualboxで深刻な問題が
発生しました。仮想イメージをZFSに置いて動かすと、仮想イメージが
壊れてしまいます。イメージを最初に小さく作っておいて、データが
増えるとディスクイメージも大きくなる設定です。
ヒントを頂いたZvolで100Gぐらいのボリュームを切り出して、
Ext3で初期化してそちらに置いたら解決しました。
目的に合わせて柔軟に使えるのも、面白いですね。
0774login:Penguin
2012/06/01(金) 02:36:39.43ID:CGIW/EB2データが壊れるなんて最低じゃね〜の?
0775741
2012/06/01(金) 09:12:37.53ID:SXtJZzRyVirtualboxの仮想ディスクを確保しておくと、問題ないようです。
まとめると次のとおりです。
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:Penguin
2012/06/01(金) 11:56:12.20ID:GcMrQfvt稼働中のHDDをハンマーでぶん殴って壊して
縮退→交換→リカバリーやってる動画あったな
0777login:Penguin
2012/06/01(金) 17:27:29.04ID:J3dtdgCS動かしたらイカンだろw
0778login:Penguin
2012/06/02(土) 09:17:25.99ID:XDNKPOnJ■ このスレッドは過去ログ倉庫に格納されています