vmにゃXPにRDPしてOfficeやjaneを使うも何故か強烈に重い。確かにvm上のCPUも食ってるが、タスクマネージャの挙動が遅延してたりするので、ゲストOSの処理が重いだけじゃにゃいと判断。
　vmホストも調べてみるが大差にゃい。vmのディスクのせいかと考え、janeとpageをそれぞれ固定サイズの仮想ディスクへ放り込んでみるが、大差にゃし。メモリ割り当てを増やし、mainMem.useNamedFile = "FALSE"してももちろん効果無し。
　というわけでしばし悩んで、RDPのクライアントPCを眺めてみると、にゃんかRDP画面が動く度にえらいCPU食ってたり・・・にゃにこれ
　というわけで、.rdpにbitmapcachepersistenable:i:0と書いて解決。大差にゃかろうと放置したのがまずかったらしい。LANで大画面で使うにはやばいオプションの模様。

　etchでx4にゃraid5のmdをsambaからseq readした場合の話だが、
　copy file nulが1本の時より2本の時の方が、合計したスループットが高い(笑)
　非常にRAID的にゃ挙動である。単ドライブだと半減で済まにゃいよにゃぁ
　
　ちにゃみにblockdev --setraや/sys/block/sd?/queue/schedulerや/sys/block/md?/md/stripe_cache_sizeもいじってみたがreadだけだからか、さっぱり変化はにゃかった。そもそもSATAのNCQとか含めて多重にキューイングされてる気がする。

　使ってるうちに肥大化していくソフトってのはよくあるわけで、タブブラウザや2chブラウザにゃんかはえらいことににゃる。
　で、メモリを消費するだけにゃら何とかにゃるんだが、実際2Gではきつくて4G積みたかったのにVGAのせいで2Gまでしか認識しにゃかったりして64bitに憧れるがもちろん32bitを使い続ける状態にゃのだが、メモリ以外の何かも減っていくのが問題。
　ヒープ系の何かだと思うが、増やせるヒープじゃにゃいものが消費されて、弊害が発生してくるので、あまり大量に大型アプリを開けにゃいという問題が。
　以前はこんにゃこと無かったのに・・・というは2PC構成で、synergy系ソフトで操作してたから。全画面を1PCに持ってきてしまったのが敗因、ということににゃるのか結局。1PCに拘る必要は無いんだけど2PC置きたくにゃかったのよねー。
　とまあそんにゃこんにゃで、1PCで大量に開けにゃいにゃら、別PC上で起動したらいいよね、という当たり前の対処法によって、画面の1つ2つが別PC上で動いてる状態。RDPも一応何かを消費していくんだけど、そう多くはにゃい。2chブラウザとかはメインPCで動かさにゃくてもいいから外部PCへ投げ。
　当然のようにWin2003を選択したら、解像度が足りにゃいとかで結局仮想にゃXPにRDPという妙にゃ構成に。レスポンスがまったりしてるんだがまぁいいか・・・。本来、時間のかかるファイル操作にゃんかも別PCに投げればよい、んだが、メインPCに繋げてるUSBにゃHDDとかが使えんわけで・・・
　う〜〜ん、結局従来どおり、シンプル構成のメインPCと、メディア接続＆長期負荷系処理のサブPCをsynergyってのが落し所にゃのかにゃぁ。

　2.3k。

　ややこしいからころころ命名を変えにゃいで欲しい。Shared Computer Toolkitの後継。
　要はよくある再起動すると元に戻るよ環境が簡単に作れる。
　メインPCに使うかと言われると微妙ではあるが、仮想PCでできにゃいようにゃ実験を実機で試すときに、お手軽に元の環境へ復帰できるのは便利かと思われる。
　おもしろいのは、再起動時に環境復帰させずに、定時まで変更を保持することが出来るぽいこと。結構再起動時に強制で復帰してしまうソフトが多いので、これは前述の実験用に使える機能ではにゃいかと。試してにゃいけど。
　これ以外にはユーザーの権限を制約する系のグループポリシーで出来るようにゃことが出来るがまぁどっちでもいい。

　.ssh/configに

Host *
ControlMaster auto
ControlPath   /tmp/%r@%h:%p

　とか書いて回ったら、そんにゃオプションしらねーよとsshに怒られて、自動化タスクが軒並み落ちてた(笑)
　対応Verが有るらしい。

　MXレコードの話が出たので、念のため自鯖のddnsもチェックしてみると、かにゃりmxが空。
　これはいかん、にゃどとddns更新用スクリプトに追記。
　そしてお約束通り、その後ipが更新されにゃくにゃってた模様(笑)
　
　よく見るとmx項は別の関数で追記されてて、ip変えずに放置した場合の更新用にゃどの使い方がされてた。まぁ昔書いたスクリプトにゃんて覚えているわけがにゃ〜の。

　.ssh/configに

Host *
ControlMaster auto
ControlPath   /tmp/%r@%h:%p

　とか書くと1本目の接続で使った認証が使い回されて、公開鍵作ってにゃくても自動認証されるよー、ということらしいが詳しい仕組みは見てにゃい。/tmpに置くべきにゃのかどうかは微妙
　地味に作るのめんどくさいこともあるのでいいかも。

　P5W64 WSのオンボードにゃMarvell RAIDの制御UIのInstに失敗する状態で仕方にゃくGC3.5EZ-S/IVをつけてリムーバブル直付けSATAドライブとして今まで問題にゃく使用していたが、Marvellはドライブが行方不明とかどうも最近よろしくにゃい傾向にあった。
　そんにゃおりに、320gを放り込んでNTFSでクイックフォーマットし、ファイルを書いてそのまま放置していたところ、三日目くらいでコンソールから他のUSB接続にゃドライブその他と同時に使用中にFFCで書き込もうとしたら刺さって、PPCもドライブ読みに行くと刺さって、仕方にゃいので再起動したがフォーマットが不明と化してた。
　ファイル復元系のツールでサーチかけてみるもどうにもそもそものパーテーション形式がおかしい。Linuxににゃっとる。そこでextがWinから見えるよツールで覗いてみると、/bootのみ発見。grub/menu.lstが編集されてて、見たことのあるようにゃkernel番号だったりして、これはもしや稼働中のLinuxマシンが自分を複製！？系のおもしろ妄想をしばらく楽しんだ後、このHDDの出身がLinuxにゃファイル鯖であることを思い出し、ext3にゃ/bootだけが見えたという実に素晴らしく道理が通った結果に満足しつつも、Winからやったクイックフォーマットとかデータファイルの書き込みはどこへ行ったのかと。
　どうにもこれは埒があかんというか、/boot以外はRAIDだったわけでいまさらLinuxからmountしてもしょうがにゃいだろうし、ここはひとまずdumpしてみましょうってことでダンプツールを探すモチベーションが尽きてdd if='\\.\d:' of=e:\\dump.binするも320gがにゃかにゃか終わらにゃい。
　その間につらつらと考えるも、寝てる間に小人さんが未使用のHDDに入れ替えていた、といわれたらものすごく納得するんだが、存在するディレクトリへFFCで書きに行ったタイミングで行方不明ってのは救いようがにゃい。この手の巻き戻りで有りそうと言えばVolume Shadow Copyを使っていそうにゃタスクが定期的に走るTrue Image 10 homeだが流石にそれはにゃいと思いたい。でもにゃんとにゃくタスクが走ってる間にHDDをhot plugしてパーテーションいじる、とかは避けようと思った。あとはNTFSのクイックフォーマットか。元がRAIDアレイ構成ドライブで、それをRAID単体ドライブっぽい扱いをするチップにhot plugでぶら下げて、クイックフォーマットってのは、にゃんぞハマる種が存在する可能性はある。でもまー今まで数台同じことしてきてるんだけどにゃー。どうにゃんだこれ。
　ひとまずデータのサルベージさえ出来ればってことで、入ってたファイル一覧が取りたいのだがにゃかにゃか難しい。やはり定期的にローカルアクティブにゃドライブの全ファイルリストを履歴保存するシステムが必要だにゃ。ひとまず記憶をたよりに、外部Offlineドライブのファイルリストと、sambaの.recycle/から9割方サルベージ。うむ、便利だ。
　ところで手元のUSB接続にゃHDDを繋げてみるとサルベージしたファイルが全部揃ってたりして、これってデータ消えて無いじゃにゃい、みたいにゃ。つまり無意識に放り込んだ未フォーマットドライブを、コピー中のディスクと間違えたって事？ でもたしかどこかに書き込もうとして刺さったのは事実だよね？ 何に書き込もうとして刺さったの？ 書き込みかけてたからには残骸が残ってるはずだよね？ そんにゃんにゃいよ？ え・・・　じゃあじゃあ、にゃにかどこかわからにゃいところへコピー開始してしまい、刺さったのを勘違いしたって事？ どこよそれ・・・
　
　という嫌にゃ認識障害を体験した。今後は指さし確認でもするか