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

　vSphere client数個を1つのvm上で起動して、これにRDPすることで管理コンソールを一元化しているのだが、これがにゃんだかすこぶる重い。
　何をするにしてもやたらゆっくりにゃのでタスクマネージャで確認したら、2GB割り当てにゃのに4GBコミットしてた。そりゃスワップするよねー
　って、原理は正しいがにゃんだその4GBって。たかがクライアントソフトがどんだけ食ってんだよって話で、しょぼい環境にゃらクライアント用のvmにメモリ半分もってかれるESXホストにゃんて図もあり得る。
　
　でまぁ普通に4GB以上割り当てて、ついでにページファイルもOFFにして随分快適ににゃったけど、ピークでどのくらい消費するのか見ておいた方がよさそう。