情報科学屋さんを目指す人のメモ(FC2ブログ版)

何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。

ブログ内検索

スポンサーサイト このエントリーを含むはてなブックマーク

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。
スポンサー広告 | 編集

Eclipseが不安定になったり起動できなくなる問題について このエントリーを含むはてなブックマーク

eclipseが不安定の原因

今回、Eclipseが非常に不安定になり、起動してすぐ応答無しになってしまうこともあり、使い物にならなくなってしまいました。今では解決しましたが、そのときの解決方法と、「現時点で解決されたのかどうか、はたまた未解決なのか」をメモしておきます。

問題

問題が発生した環境は、Windows 7 64bit、Java SE Runtime Environment build 1.6.0_21-b06 64bit(JRE 6u21)、Eclipse 3.6 Helios(64bit)です。

対策

対策は、「Windows 7 x64 への Eclipse Helios のインストール」を参考に、eclipse.iniファイルに

--launcher.XXMaxPermSize
256M

を加えただけです。変更後のeclipse.iniはこんな感じ。

-startup
plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.0.v20100503
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-XX:MaxPermSize=256m
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx384m

これだけで、無事解決できました。

現在は?

ここまでは、作業履歴のようなもので、これからJREとEclipseをインストールする人がどうするべきかのほうが大事です。そして、Eclipseのサイトに、次のような記述がありました。

UPDATE: The latest JDK/JRE downloads have fixed this problem, so the reecommended way to resolve the problem is to download and re-install from http://www.java.com (alternative link is http://java.sun.com/javase/downloads/index.jsp). Make sure you have b07 or higher by running java -version
(FAQ How do I run Eclipse? Oracle/Sun VM 1.6.0_21 on Windows より)

つまり、現在新しくJRE(JDK)をダウンロードしてインストールする分にはこの問題は発生しないようです。そのため、少なくともこの問題を回避するためにJRE 6u20をインストーする必要はもうなさそうです。以上、メモ終わり。

Eclipseで学ぶはじめてのJava
Eclipse PDTではじめるPHPプログラミング入門
Eclipse 3.4 プラグイン開発 徹底攻略

スポンサーサイト
Eclipse | コメント:0 | トラックバック:0 | 編集

SSHトンネルを介したリモートデスクトップがものすごく遅い時 このエントリーを含むはてなブックマーク

PuTTYのSSHトンネルでリモートデスクトップをしたら遅すぎた

PuTTYのSSHトンネル機能を使ってlocalhostのポートからリモートデスクトップで接続したいWindows Vista PCのリモートデスクトップ用ポート(3389)までトンネルを作成し、リモートデスクトップ接続を試みました。

ところが、こうして接続したリモートデスクトップは、ログイン自体はできるものの、あまりに遅すぎて使い物になりませんでした。さらに、putty.exeのCPU使用率が40-50%(デュアルコアCPU使用)となり、非常に高く、全体的なPCの動作速度も著しく低下しました

True Remoteを使ってみても遅かった

これはきっとリモートデスクトップの効率が悪いせいだということにして、軽量高速とはてなで盛り上がったTrue Remoteを使ってみることに。

True Remoteでは、まずリモート接続される側(サーバ側)のWindows PC上でTrue Remoteを起動させておきます。このときにポート番号も指定するので、そこで指定したポート番号に向かってSSHトンネルを作ります。

そして、リモート接続する側(クライアント側)のWindows PC上でTrue Remoteを起動し、接続を試みました。

すると、確かにパスワードによるTrue Remote自体に備わっている認証は正しく完了したようなのですが、何も表示されない。さて、これはどうしたものかと。

True RemoteをSSHポートフォワーディングを使って利用したという報告はWeb上で見つかるので、なにか私が間違っているのだろうと思いました。そこで、とりあえずTrue Remoteのことを考えるのではなく、PuTTYの設定をいろいろいじってみることにしました。

リモートデスクトップとTrue Remoteが遅かった理由

そして、いろいろ試してみた結果、PuTTYの設定のセッション>ログにあるセッションのログを「なし」に設定することで解決しました。以前、問題解決のためにログをとる設定にしたままセッションが保存されており、こんかいそのセッションをコピーして利用していたのでこのような設定になっていました。

つまり、PuTTYがログをとるのに大忙しでCPU使用率が増加するだけでなく、SSHの通信自体のスループットが大きく低下していたというのが原因でした

高速化→解決

以上の設定のおかげで、リモートデスクトップとTrue Remoteはどちらも使用に耐えるスピードで動作するようになりました。まだ外出先からの接続速度を試してみてはいないのですが、楽しみです。

結論

PuTTYのログ機能は性能を大きく損なう可能性があるので要チェックです。気をつけましょう。

SSH | コメント:0 | トラックバック:0 | 編集

Subclipseのsvn+ssh利用時のポート番号について このエントリーを含むはてなブックマーク

なんかSubclipseでsvn+sshを利用するとき、ポート番号を指定しても意味がないというか反映されていないようなので報告メモ

Subclipseでポート番号を指定してみる

Subclipseでsvn+sshを利用するときに、ポート番号(port)を

svn+ssh://username@hostname:port/repos/myrepos
のようにして、ポート番号の指定をしてみました。ただ、そのポート番号の様子がおかしい。

ポート番号にどんな番号を指定しても、常にSSHのデフォルトである22番ポートを使っているような気がしてきたので、Wiresharkで調べてみると、確かにどんな番号を指定しても22番ポートを利用しています。なので、

svn+ssh://username@hostname:10000000000/repos/myrepos
なんていう無茶な設定から
svn+ssh://username@hostname:99/repos/myrepos
なんていう微妙な設定まで、どう設定しようと22番ポートを利用しているようなのです。

Subclipseのソースコードをちょっと読んでみた

Subclipse自体のソースコードをチェックしてみたところ、URLのパース自体はちゃんとやっているみたい。ただ、それ以上どのタイミングでポート番号を指定して利用しているかがちょとすぐには見つからないのではっきりしません。すいません。

ポート指定方法はあるけれど

Subclipseの設定ファイルを利用して、ポート番号を指定することは確かにできるみたいなのですが、レポジトリごとの設定ができない模様。不便すぎる。

まさか

実は上記のポート番号の指定方法が間違っているのかもしれないんですけど、とりあえず、適当に入力しても何のエラーにもならないのは問題かと。とりあえず、もうちょっと調べてみようかな。

Subversion実践入門
実用SSH
Eclipse 実践開発入門

Subversion | コメント:0 | トラックバック:0 | 編集
 | HOME | 
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。