つぶねこ
@もじらもーど。
▼ もっけ 関連記事
ところで
ML115にはHDDベイっぽいものが4段ついてるんだが、これがきちきちで、分厚い500gのHDDを4台も詰め込む事は想定されてにゃいように見える。といってもBTOで選択できるので見えるだけかも知れにゃいが、猛暑の部屋で動かすようには考えられてにゃいに違いにゃい。
というわけでどうやってこれを冷却するか(4台詰め込むのは前提)、と言う話。
ベイに積まずに内部に転がしてFANあてる、とかが普通だと思うので、ここはあえてベイに4台!・・・と拘るつもりはにゃいんだがFAN探すのめんどくさくて。
でML115は電源とケースファンの吹き出しによる負圧前面吸入にゃのだが、フロントパネルにはそこかしこに通気性よさげにゃ穴が開けられており、これだとHDDベイにはそよ風も通らにゃい。このあたりはにゃんだかDELLのSC840も似たようにゃことしたにゃあ、と思いつつ、ガムテで目張りする(笑) 要はHDDベイに吸気が集中すればよいわけで。
室温29度で8時間連続WriteしてHDD温度37度。何とかにゃりそうね。
▼ ML115 関連記事
▼ 天元突破グレンラガン 関連記事
▼ ゲゲゲの鬼太郎 関連記事
mountって既存ディレクトリに上書きしてmountできるんだね。
たとえば
mount -t tmpfs tmpfs /tmp
とかすると/tmpで開いてるファイルとかはそのままアクセスできて、新規ファイルはtmpfs上につくられる。いつの間にこんにゃ便利仕様に、って調べたらものすごく前だった(笑)
それに比べてWinの低機能さは異常
▼ もえたん 関連記事
無駄にdebianでsamba鯖を建ててしまったので、
laptop-modeに再挑戦。
LM_AC_MAX_LOST_WORK_SECONDSをいじりつつ、LM_AC_HD_IDLE_TIMEOUT_SECONDSでHDD回転停止。
syslogのmarkやsync停止。sambaのlog level下げ等。
echo 1 > /proc/sys/vm/block_dumpで実際のディスクアクセスが出るので、これが長時間出にゃいように動作テストしておく。
例えばcrontabの/etc/cron.hourly行をコメントアウトしたり、
/etc/init.d/samba stop
mount -t tmpfs tmpfs /var/cache/samba
mount -t tmpfs tmpfs /var/run/samba
mount -t tmpfs tmpfs /var/log/samba
/etc/init.d/samba start
/etc/init.d/exim4 stop
mount -t tmpfs tmpfs /var/run/exim4/
mount -t tmpfs tmpfs /var/spool/exim4/
/etc/init.d/exim4 start
とかも効果的。その他それっぽいディレクトリをfstabに追記。
しかしにゃかにゃかディスクアクセスが無くにゃらにゃい。pdflushが定期的に呼び出される。1秒未満にゃんだがどこの設定だろう・・・
▼ スケッチブック 関連記事
vmware serverのsnapshotは親ディスクイメージとこれを参照する子の形ににゃってて、例えば
win.vmdk(親ディスク)
win.vmem(親メモリ)
win.vmsd(親にゃにか)
win.vmss(親にゃにか)
win.vmx(親定義。親子ディスク名が書いてある)
win-000002.vmdk(子ディスク。中に親ディスク名が書いてある)
win-Snapshot8.vmem(子メモリ)
win-Snapshot8.vmsn(子設定)
てにゃ感じ。
VmwareServerの場合、スナップショットは履歴が取れにゃくて、上書きににゃる。動作としては既存の子ディスクを親ディスクへ反映させてから子を削除し新しい子を作る。だから常に子は1匹にゃのだが、これが必ずしもそうとは限らにゃかったりする。
attrib +r win.vmdk
してスナップショットをとってみると、win.vmdkには書き込まれず、新しい子は生成される。つまり孫が出来る。
win.vmdk(readonly。元のまま)
win.vmsd(孫のファイル名が入ってる)
win.vmx(孫のファイル名が入ってる)
win-000002.vmdk(子。親のファイル名を参照してる)
win-000003.vmdk(孫。子のファイル名を参照してる)
win-Snapshot8.vmem(多分孫)
win-Snapshot8.vmsn(多分孫)
こんにゃ感じ。
簡単にゃ実験方法としては、del snapshot; attrib +r 親.vmdk; take snapshot; start_vm; take snapshotとかで。
ただのファイルにゃので、定義ファイルを丁寧に書き戻せば、普通に世代履歴スナップショットとして使えてしまう。ただし.vmem .vmsn等は削除されるため、最も若い子のファイルしかのこらにゃい。
こうにゃってくるとファイルコピーによる世代管理のほうが楽に思えてくる。suspendしておいて全部コピーというのは一番安易で確実。が、親のvmdkが20〜40gと巨大化してきた場合に、これを大量に複製するコストが気ににゃってくる。
そこで、親vmdkをreadonlyで共有しつつ、子をファイルコピー等で世代管理出来れば落し所としてはまずまずかと思われる。めんどくさいので実験してにゃいが、上記のreadonly親にsnap1回の状態を初期状態として、あとはsnapを取る度に親vmdk以外を別所にコピー保存しておけばよいはず。
似たようにゃことがDiskのIndependent-Nonpersistentで出来そうに見えるが、これはできにゃい。
さて、親のvmdkをreadonlyで各世代で共有し始めると、こんどはこのvmdkを別のvmでも同時に使えまいか、と思い始める。にゃんせreadonlyであることだし。しかしただそのまま重複して設定するとlockがかかっててダメだといわれるので、disk.locking = "false"を指定することで共有使用できるようににゃる。これはこれでどう考えてもよろしくにゃいオプションにゃので、注意して使用する。
▼ vmware 関連記事
- 2007/12/23 - さいきんのvm環境保全計画参照元
vm環境保全計画
▼ 天元突破グレンラガン 関連記事