入れていたフラッシュディスクをログデバイスに移動します。知る世界ではないので、動かしたままやればいける。弱をディスクに書いているようです。書いてる量が増えてるので、ちゃんと調査してないですが速くはなっているはず。負荷はそんな気にしなくて良いです。したとき遅いのは気にすべきだけど、まあなんとか。やって頑張って圧縮したテーブルをファイルベースでコピーしてあげれば、圧縮コストは1回で済みます。するとかすればいいんです。コピっただけじゃ動かないわけです。なんてやってしまったら台無しです。元のサーバにはデータディレクトリまるごと戻せるような状態にまでしないといけません。とき同様にファイルベースでコピーしてうまいことやってくれるもののようです。以外にもいろいろやりたいことはあるので、実際のところどういう運用が可能になるのかわからないんですよね。良いツールだと思うので、どっかにいい事例紹介とかないのかな。したのと同じようなもんです。サイズがほとんど小さくならないことに気をつける必要があります。身動き取れない状況に陥るリスクが有ることを見越しておく必要があります。してやりたくなるのが人情ってものです。対応がよく分からない。してやれば「だいたいこれだな」と目星はつきますが、正しく知る方法っていいのないのでしょうか。圧縮を考える場合、無駄なデータが沢山入ってるなどの「本質的に圧縮が効く」場合で無い限り、けっこう運用負荷が上がるだけなんじゃないかなー、と思ったのでした。限定)今日書いてたスクリプトの結果待ちで、ひさしぶりにメモ。オフパーティーでDTraceについて話しましたLT申し込んだはいいけどぜんぜん準備してなくて、比較的すぐに...2008-04-19ZFS?twitterでみんな話題にしてるから気になった。r/月別アーカイブはてなブログをはじめよう!ichii386さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。