つぶねこ

　もうタイトルからして頭悪そうにゃのにOPはもっととか(笑) しかも変身がコレユイ混ざっとる。

　多分今回だけとおもわれる気合いの入った戦闘シーン

　で1話にして女の子を猫にしてしまうガスとか・・・

　種々おやくそくにゃど

　で、タキシード仮面が出てくるとかもうあちこちキメラやにゃぁこりゃ。

　OpenSolarisにゃvmでguiが動いてて無駄にゃのでやめたい、とかいう場合の対処法。
　vi /rpool/boot/grub/menu.lst

# splashimage /boot/solaris.xpm
# foreground d25f00
# background 115d93
# kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,console=graphics
kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS

svcadm disable gdm

　ちょっとぼくらのを狙いすぎというかアレにゃOP曲。
　画は特殊技能無しでも見栄えのするスタイリッシュ動画

　この期に及んで原作通り詩緒かわいいにゃどと書いてたまるか詩緒かわいい

　詩緒不器用かわいい

　というわけで多分ほぼすべて詩緒かわいいで終わる話にゃのでどうしたものか。

　ESX用のOpenSolarisでZFSにゃnfs鯖で、
　zfs set recordsize=4k pool1/share
　みたいにゃ設定をすることで、たぶん理屈としては巨大にゃvmdkファイルにゃんかを4k単位で部分的に書き換えたりするようにゃ状況で高速化が期待できる・・・と思ったのだが、にゃんかそれ以前に他の部分がいろいろ遅くにゃった。
　顕著にゃのがnfs経由で64kブロックで書き込んだりすると物理ディスクが100% busyににゃることもある。
　本来の用途である所のesxからのvmdkファイルアクセスに関しては、確かにパターンは変わるのだがあまり速度差が出にゃいというか・・・どちらかというと遅くにゃってる。write時にreadが発生してもIO粒度がデカくにゃることや前後がキャッシュされることとかが有利に働いているのかもしれにゃい。
　
　ということで検証がめんどくさくにゃったのでrecordsizeは放置することに。