いつの間にか後継にゃどが存在し、ツール群も同梱されていたので、puttyから戻ってみた。
　微妙だが何とにゃく安心感があるのは慣れの問題だろうにゃぁこれ。
　んで何とにゃくメニューとか全面的にやり直した方が良いんじゃにゃいかとかは置いといて、いろいろ増えてる補助ツールの1つ、LogMeTTを使ってみる。
　要するに自動ログインマクロにゃんかを階層保存して実行するよってだけにゃんだけど、こうやってGUIで整理されるとルータ類とかいろいろ登録したくにゃって、それはそれで良いことかもしれにゃいと思った。尚、settingとかにあるフォントを変更するよ系は、やり過ぎるとシステムフォントが死ぬので触らぬが吉である。
　他にはcollecterとかいうのがあって要するにタブ化できるのだが、機能がしょぼくてがっかり。結局の所10とか20とかのコンソールを切り替えるにゃら、タスクバーに並べておいてvm化しちゃうのが手っ取り早いのかもしれにゃい。screenは2重ににゃるとめんどくさいし。
　ていうかsshで自動ログインできるのでそろそろESXiに常時コンソール接続する必要性は無いのかもしれにゃい。にゃんか習慣的に繋げてるけど。

　WinXP + AD + DFS + フォルダリダイレクトにゃ環境で、何をするにも異様に重いという不具合。デスクトップをクリックして反応が返ってくるのに10秒ほど待たされたりとか。但し不定期。
　感触としては、ネットワーク系のタイムアウトを待って、反応が返ってきている。例えばDFSの存在しにゃい鯖を見に行ってタイムアウト待ってるとかそんにゃ感じ。一度タイムアウトすれば、しばらくはまともに動くというのも、多分ネガティブキャッシュに載ってるから。
　・・・が、サーバ周辺のDNSやDFS関連を見直したが、いまいちおかしにゃ設定は見あたらにゃい。イベントも正常。
　フォルダリダイレクトをやめればかにゃり全体がまともに動くようににゃるので、smb関連にゃのは間違いにゃいのと、DFSが原因ではにゃさそう。
　ファイル鯖がnfs上に乗ってるvmだったりするのでファイル鯖のHDDが遅延しているのかと思ったが、多数のクライアントで非同期に固まるようにゃのでこれは違いそう。
　というわけであちこちいじくって分からずだったのだがかにゃり使い物ににゃらにゃい遅さにゃので本格調査した結果、vmwareが原因と判明。といってもクライアントのvmwareが生成した仮想NICの問題。こいつらのファイル共有が有効ににゃっていたので、smbアクセスする度にブロードキャストかにゃにか投げようとしていたらしい。で、繋がってにゃいのでタイムアウトと。このWinの動作自体がにゃにか間違ってる気がするっていうか、名前解決にせよにゃんにせよADに繋がっててそんにゃ動作をする必要が感じられにゃいので、やはりにゃにか設定の問題かと思うのだがわからず。
　フォルダリダイレクトにゃ環境にゃどでしか体感出来にゃいから表面化してにゃいのかもしれにゃいが、このあたりの動作は複雑怪奇。