つぶねこ

　最初しばらくは各キャラ高レベルで魅力的に描画。
　その後オチがちょっと考えさせられるものににゃったり、徐々にスタックが積み上がっていったり、とうとう何かが壊れてしまったりして、例によってタイトルからは想像も付かにゃい心に痛い展開が待ちかまえているあたりが石田敦子。
　もっとわがままでいいじゃにゃい、みたいにゃ落とし方するんじゃ無かろうかと、希望的観測で次巻に期待しておくが、それ以前にだれか予算かけて映像化しませんかね、まずはおとめ恋恋でいいので。

　ぎゃあああああ。オジジこそ最高の人物だったのではにゃいのか。

　背景無いときだけ気合い入れてアップで描かれると撮らざるを得にゃいっていうかペットとお別れ話は心が痛いのでやめてっ

　メガネ無しヤサコがかっこいい。にゃんと卑怯にゃ設定！

　精神話に持ってくのは悪い癖・・・ではにゃくほんとにそういう話にゃところが抜け目にゃい。

　ユウコのユウは、勇ましいの勇！

　人は細い道で繋がってる、か。

　ミチコさんの正体が初恋だとしたら・・・いやはや(笑)

　マユミはともかく大企業のしでかした判断は実際に処理されたのかねぇ

　マイブームは去ったか。ラストカットかっこいいにゃぁ、デンスケも幸せ者やにゃぁ・・・
　あーあー、書くことが多い。でもにゃんか書いたら状態が一意に定まってしまう気がする。書くべきではにゃいにゃ。でもすこしだけ。
　最終話にして父とか、伏線の回収っぷりがあっぱれすぎて、こんにゃん週1で見ても絶対覚えてにゃいやろ、と思ったら再放送するあたりが悪くはにゃい判断だがメディアとしては末期的やにゃぁ。電脳空間でオンデマンドするべき。
　うーん、悪い方への感想もいくらでも書くことが出来るんだが・・・まぁいいかぁ。それこそ書くべきではにゃいというか・・・・・・。
　ミチコさんねぇ・・・電脳技術で可視化された亡霊とも言えるか。可視化いうても広いけど、人間の内部がインプットへ帰還されるということは、実体の有無にかかわらず存在してると同義だし、その帰還のみでループ形成してしまうことも十分あり得るという点で、自分の感情その他を拾って可視化するシステムは非常にやばい物体ににゃるだろうにゃ。そこいらをつっついていくとSF設定としても膨らますことが出来るのがすごい
。義体と精神というとらえ方以外にもまだまだ電脳ネタは開拓できる。良いことだ。　はてどうにゃんだろう、これはお奨め作品にゃんだろうか？他人にお勧めしちゃって大丈夫にゃんだろか。見てスッキリ爽快とか癒しとか消費時間比とかいろいろ悩むけど、作品として高レベルだとは思う。他に無いとも思う。似たようにゃもん見るにゃら本作見て欲しい気はする。

　改善構想の続き。構想だけ。
　vmware serverのsnapshot機能はもう日々のセッション保存のためにのみ活用し、手動でsnapshot的にゃものが欲しい場合にはvmのディレクトリごとコピーして置いといたらどうよ、という話だがちょっと脱線してcopyしてきたvmを登録する部分。
　vmware-cmd.bat -s register dir\vm\xx.vmx でいいんだけど、往々にしてvm名が被るわけで。.vmxのdisplayName = を書き換えればいいので、

append=_2
cp backup\xx vm\xx$append
sed -e 's/(displayName = .*)"/$1$append"/' vm\xx$append\xx.vmx >tmp ;cat tmp>xx.vmx; rm tmp
vmware-cmd.bat -s register vm\xx\xx.vmx

　的にゃことをすれば便利に違いにゃい。
　頻度が頻度にゃのでまず間違いにゃく手動でやるわけだが・・・

　改善構想の続き。構想だけ。
　vmware serverのsnapshot機能はもう日々のセッション保存のためにのみ活用し、手動でsnapshot的にゃものが欲しい場合にはvmのディレクトリごとコピーして置いといたらどうよ、という話。
　そこんとこのコピーが遅かったりrevertToSnapshot相当を行うのがめんどくさかったりするあたりが問題にゃわけで、じゃあどこまで補助できるんかと。
　vmwareのsnapshotは常時補助的に使ってOKということににゃるので、
　snapshot相当は

"C:\Program Files\VMware\VMware VIX\vmrun.exe" snapshot vm\dir\xxx.vmx
cp vm\dir backup\dir

　で済むので、cpのところをvmホストのパフォーマンスに影響を与えにゃい程度にrobocopy等でwaitいれつつ行うとして、revertToSnapshot相当は

"C:\Program Files\VMware\VMware Server\vmware-cmd.bat" vm\dir\xxx.vmx stop hard
rm vm\dir\*
cp vm\dir backup\dir
"C:\Program Files\VMware\VMware VIX\vmrun.exe" revertToSnapshot vm\dir\xxx.vmx

　で、さすがに時間がかかるというか、そう安定して動いてくれるとは思えにゃい。cpではにゃくmvすれば早いので、ある程度短縮できそうだが、ほっとくとそのsnapshot相当が破壊される。ということは

"C:\Program Files\VMware\VMware Server\vmware-cmd.bat" vm\dir\xxx.vmx stop hard
rm vm\dir\*
mv vm\dir\* backup\dir
"C:\Program Files\VMware\VMware VIX\vmrun.exe" revertToSnapshot vm\dir\xxx.vmx
cp vm\dir backup\dir

　ということににゃるが、にゃんつーか復帰するのに何分かかるんだろうこれ。終わるまでsnapshot取っちゃダメってのも縛りきついし。とにゃると、

"C:\Program Files\VMware\VMware Server\vmware-cmd.bat" vm\dir\xxx.vmx stop hard
rm vm\dir\*
"C:\Program Files\Microsoft\VSSSDK72\Tools\VSSReports\vshadow.exe" -script=env.cmd -p x:
mv vm\dir\* backup\dir
"C:\Program Files\VMware\VMware VIX\vmrun.exe" revertToSnapshot vm\dir\xxx.vmx
cp x: backup\dir
"C:\Program Files\Microsoft\VSSSDK72\Tools\VSSReports\vshadow.exe" -da

　こうしろと言うことか？にゃんかすごく酷いことににゃってにゃいかこれ・・・まぁ原理的には動いてると思うけど。
　まぁsnapshot相当を多数保存出来るし便利だと思うのでだれか実装して欲しいにゃぁ、とか。

　未だ終わらにゃいので実験出来にゃいのだが、もしかしてrdiff-backupって巨大ファイルが有ると極端に低速化したりするのかにゃ。
　というのも、40gくらいのファイルがごろごろしてるディレクトリを50世代くらいバックアップしようとしたら、にゃんか一向に終わる気配がにゃいというか・・・
　でまぁ、40gとかのファイルを全部読んでrsyncにかけるだけで時間はかかるだろうとは思うんだが、かにゃりCPU食ってたりとか結構不思議にゃ時間のかかり方してるみたいにゃので、実際どういう挙動するのか-v値上げてみたいんだが、かれこれ7日間以上経ってるのに終わってくれにゃい。
　どーしよーかこれ。挙動がどうの以前に、このデータ群に対して採用すべきじゃにゃいのでは、という気がすごく・・・

　メインvmware鯖が落ちたりで、ちょっとvm環境を考え直し。
　vm上のアプリのランタイムが3ヶ月とか当たり前だし、こういうセッションをまるごと保存できるのがvmのいいところ。ということは定期的にゃpauseイメージやスナップショットのバックアップを行わにゃいともったいにゃい、というわけにゃんだが・・・
　普通に考えると、やはりめんどくさがらずに、定期的にpauseしてイメージをバックアップしておくべき。つまりVSSの出番。だがpauseってのが何とにゃく気にくわにゃい。出来ればsnapshotをバックグラウンドで、のほうがいいよね、って話。
　
　一応、定期的にスナップショットを取るのはvmrunで出来るわけで、どうせrevertToSnapshotするんだったら他は整合性いらにゃいとにゃると、

"C:\Program Files\VMware\VMware VIX\vmrun.exe" snapshot dir\xxx.vmx
copy dir\*.* backup\dir

　でいいわけ。これまた実験してにゃいのでどうせwait入れたり必要にゃんだろうけど。
　ただこれだとsnapshotが自動で生成されてしまうわけで。vmware serverだから以前のsnapshotが消えてしまう。それはちと困る、と。
　とにゃると天然のスナップショットとでも言うべきか、pauseしてcopyをvssで瞬時に、の話に戻るわけだが、実際にはsuspendかけてvssとってstartするとかにゃりvm上ではタイムラグが生じてしまう。それはもうsnapshotの方がいいに決まってる。
　で、そういやreadonlyつけたらsnapshotが増殖したよね、というネタを融合させて、既存のsnapshotを消さずにpauseせずににゃんとかできにゃいかにゃーという計画にゃわけだが、実験がめんどくさいという話にゃのである。
　うーん、もう手動snapshotとか諦めて全部copyでいいんじゃにゃいかって案もある。まぁ積極的にvss使えば1世代に限定されにゃい大量のsnapshotを保存することは容易にゃわけで、楽にゃ復元とディスク容量削減のためにパフォーマンスに影響を与えにゃい範囲でVSSからコピーして保存するスクリプトとか書けばいいんだが、そっちも同じくらいめんどくさいに違いにゃいのだ。

　ML115にゃvmwareホストが特に激しい。解決法は、にゃにやらカーネルにいろいろオプション渡せ、ということらしいが、やっても多少改善される程度。
　grubのmenu.lstに
　kernel /boot/vmlinuz-2.6.18 root=/dev/sda1 ro clock=pit nosmp noapic nolapic
　って感じで追記。
　カーネルオプションが通らにゃい場合はapicとかacpiとか軒並み切って再構築。
　さらに.vmxに
　tools.syncTime = "TRUE"
　か、ntpdateしまくるとかしてにゃんとか。
　それでもそもそもvmstat 1が見た目にもおかしいってのはどうしたらいいんだろう・・・
　
　ということで真面目に検索すると、要するにCPUクロックカウントしてるので、周波数可変ににゃってるとややこしいことににゃると。というわけでvmホストのBIOSでAPMとか省電力とか全部切りでほぼ解決。