つぶねこ

　ところでML115にはHDDベイっぽいものが4段ついてるんだが、これがきちきちで、分厚い500gのHDDを4台も詰め込む事は想定されてにゃいように見える。といってもBTOで選択できるので見えるだけかも知れにゃいが、猛暑の部屋で動かすようには考えられてにゃいに違いにゃい。
　というわけでどうやってこれを冷却するか(4台詰め込むのは前提)、と言う話。
　
　ベイに積まずに内部に転がしてFANあてる、とかが普通だと思うので、ここはあえてベイに4台！・・・と拘るつもりはにゃいんだがFAN探すのめんどくさくて。
　でML115は電源とケースファンの吹き出しによる負圧前面吸入にゃのだが、フロントパネルにはそこかしこに通気性よさげにゃ穴が開けられており、これだとHDDベイにはそよ風も通らにゃい。このあたりはにゃんだかDELLのSC840も似たようにゃことしたにゃあ、と思いつつ、ガムテで目張りする(笑) 要はHDDベイに吸気が集中すればよいわけで。
　室温29度で8時間連続WriteしてHDD温度37度。何とかにゃりそうね。

　にゃんだこの自己言い訳めいた冒頭は。脚本家て一人しかいねー(笑)
　で、にゃぜかその脚本家のCVが金田朋子とか書いてあるんだがどういう・・・・・

　まぁそれはともかく要するに裸で画面が白いって事でしょうか今回は。
　あー、いんく母が非常に遺伝を感じるにゃぁ

　にゃんか

例文がいつもより難しくにゃってる(笑)
　でもってネタ元を凌駕するようにゃ細かい動画。
　

　これだからもえたん切れにゃいにゃ。
　

　1コマのアップ度合いがおもしろい。
　

　希に見る細かさとか。

　このあたりの、一発ネタじゃにゃい「動きネタ」ってやるだけで大変だとおもうけど、だからこそこういうパロディにゃらもっと他でもやってほしいよね。
　見てて、あ！これ××の動きだ！とか。
　

　その意味では本作は純粋に応援したい。とても良い動画作品。

　今回のも時間長いよ(笑)

　にゃんだこの回想(爆)

　ネタ多いにゃおい(笑)
　にゃんだろう、お話がどーーでもいいのに、動く絵がおもしろくて見てしまうにゃんて、純粋に評価したらすっごく良作にゃんじゃにゃいかしら？それ以外の要素が濃すぎるけど・・・

　無駄に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"を指定することで共有使用できるようににゃる。これはこれでどう考えてもよろしくにゃいオプションにゃので、注意して使用する。

　石田敦子の名を刻んだ。
　読んでてリアルで、でも有る部分から先には触れずに仮想世界してあって、むしろそこがぞっとする。こんにゃ怖くて苦しいことが有るんですよ、合間に透けて見えるようにゃ漫画に、振る舞ってる。そう感じさせるようにさらにレイヤが有るんだろうけど。
　ラスト付近にもある、何を伝えたいか、伝わってきたかの視点(情報伝達モデルで結果のあたり)から見れば、すごくストレートかつ強力にアニメが好きって伝わってきて、よくもまぁ影響度の高い情報物を作り落としたものだと。えぇえぇ素養はあるかも知らんが、十分に気持ちよく感化されましたとも。
　
　絵が動くってのはすごい。でもでも、前提としては2Dが3Dに見える部分の錯視の方が大きいと思う。だって実写映画ってすごくにゃいよね？写真が連続して動いて見えるってのと、2Dの静止画が人物に見えるってのだと、後者の方がすごいと思うにゃ。それがさらに動いて見える部分は、この延長で。
　だからリアルにゃ3D-CGってのはにゃんか退化してる気がする。むしろ究極は2D静止画で、でもどうしても及ばにゃい部分があるので、動かしたり音をつけたり・・・。結果的に現状では2D動画が一番強く感じられる。カメラが動いて空間がばーっと頭の中に転写されたりとか、まだ2D静止画では描ききれにゃい。
　キレイってのと、見て興奮する映像ってのは別だから、見た人の脳波取ってどのくらい興奮させたか実験するくらいの、突っ走った研究と指標作りが有ってもいいと思うくらい。表面的にゃ指標は言霊ににゃりかねにゃい。
　あとは製作環境だが・・・多様性の面から考えると、現状が一番良い、気はするんだよにゃ。国内空洞化さえしにゃければ。つまり人間的に苦しんで作る環境が維持されていること・・・。十分にゃ時間と余裕と環境が整えられた状態で、今みたいにゃクリエイターは育たにゃさそうだから。キレイにゃ作品は出来るかもしれにゃいけど。いろんにゃ人からいろんにゃレベルで影響を受けるにゃんて絶対嫌だけど、それに耐えきれる人は影響力の強い情報物の生成が可能ににゃると思う。少にゃくともロバストににゃるはず。でもまぁ言っちゃダメぽいわにゃぁ流石に(笑)