ネットワークサーバ上にあるjavaのコンパイルと実行が遅くて困っています。

単にサーバー性能の問題じゃないんでしょうか？

パフォーマンスモニタで調べてみた方がよいと思います。

コンパイルだけなら、jikes を利用する手もあります。

http://www.yks.ne.jp/~tsurucha/contents/jikes-howto-install-mini...

ネットワーク使用率が関係あるか無いかはこれだけの情報では判断するのは難しいと思います。

>ネットワークサーバ上にあるjavaのコンパイルと実行が遅くて困っています。

コンパイルの速度はほぼCPUに依存します。

ネットワークサーバを単にファイルサーバーとして使用しているならクライアントのCPUが使用されています。

リモートデスクトップ等で入ってコンパイルを行っているならサーバー上のCPUが使用されるはずです。

前者ならたしかにネットワークの速度も関係すると思います。

後者ならあまり関係ありません。

>何かいい方法があれば教えてください。

前者ならクライアント上でコンパイルしたものをサーバーにUPすればよいと思います。

後者ならできるだけ早いCPUを持ったマシンで行うようにするとよいと思います。

http://q.hatena.ne.jp/1161840962

URLはダミーです。

完全にコピーしてローカルでビルドと実行を行った場合はどうでしょう？

私も長くネットワークドライブ越しに作業をしていた時期があります。ただこの方法はやはり重く、別の方法を考えるのが良いと思います。

私の場合、現在はバージョン管理にSubversionを使用するようになり、ビルドは完全にローカルで行っています。

遅い原因を予想するのは難しいですが、バージョン管理を導入すれば、根本的な解決になる可能性があると思います。

デメリットはバージョン管理の導入に手間が掛かることです。

ただ、一度使えるようにしてしまえば、その他のメリットも大きいと思います。

http://ja.wikipedia.org/wiki/Subversion

http://www.hyuki.com/techinfo/svninit.html

http://www.gside.org/Gentoo/subversion/subversion_client.html

同じＬＡＮの中の比較している２台のマシンは同スペックでしょうか。

原因はわかりませんが、過去に

　　　　￥￥server-name￥project￥workspace￥

でアクセスしていると遅く、「￥￥server-name￥project￥」ドライブを Nドライブなどにネットワークドライブ割り当てを行い、

　　　　N:￥workspace

で作業すると早くなったような気がします。

もし、遅いマシンが、￥￥server-name￥... でアクセスされており、早いマシンがネットワークドライブ割り当てを行っているようでしたら、試してみる価値はあるかもしれません。

※ はじめの１回だけホスト名の解決するのか、ファイルごとにホスト名の解決を行っているのか・・・原因はわかりません。

ご存じかもしれませんが、ネットワークドライブ割り当ては、「エクスプローラ」-「ツール」-「ネットワークドライブ割り当て」で可能です。

http://www.josai.ac.jp/center/news2006/netdrive/netdrive.htm

XPでは、問題ないと思いますが、

http://support.microsoft.com/kb/260067/ja

のようなこともあったみたいですので、ネットワークドライブの割り当ては、自己責任でお願いします。

※ わたしもXPを使っておりますが、気にせず割り当てを行っています。

はずしていたら、すみません。

以上、参考になれば幸いです。