私は最近、Swing(NetBeans、IDEA)がリモートデスクトップ(RDP)を介してUIをペイントするのに非常に遅いことを発見しました。
RDPで適切に機能するものについて何か提案をいただけますか?
私は最近、Swing(NetBeans、IDEA)がリモートデスクトップ(RDP)を介してUIをペイントするのに非常に遅いことを発見しました。
RDPで適切に機能するものについて何か提案をいただけますか?
実際、私が見たすべてのものとは対照的に、多くの場所で言及されているほとんどの"Dsun.java2d.noddraw=true"は、実際にはそれを false に設定して、描画の問題を修正しました(少なくとも私にとっては)。図に行きます。
RDP はネイティブ Windows アプリ用に最適化されていますが、残念ながら、新しいバージョンの RCP (Vista/Win7 のデフォルト RDP など) は、古い (XP/Server 2003) バージョンよりも非ネイティブ アプリに対してさらに敵対的です。ここに良いリンクがあります:
1つの回避策は、非常に高速なCPU /グラフィックボード、大量のメモリ、および超高速ネットワーク接続を取得することです:)
別の方法は次のとおりです。
ターミナル サービスの設定で「32 ビット True Color」を選択します
「モデム」を選択
画面の解像度を下げます (できれば 1024x768 を使用してください)。
追加のヒントを次に示します。
http://www.codinghorror.com/blog/2006/04/remote-desktop-tips-and-tricks.html
「Dsun.java2d.noddraw=true」を設定してみてください
http://ubuntuforums.org/archive/index.php/t-1129187.html
http://www.mindfiresolutions.com/Solving-DIRECT-DRAW-ddraw-problems-in-Java-Swing-730.php
Linux から Java swing アプリケーションを起動し、MobaXterm のおかげで Windows フレームとして表示しています。
まだ行っていない場合は、次のドキュメントをご覧ください: https://docs.oracle.com/javase/8/docs/technotes/guides/2d/flags.html
を使用-Dsun.java2d.noddraw=true
しても問題は解決しませんでしたが、設定xrender
すると解決しましtrue
た。
Linuxで使用したコードは次のとおりです。
export _JAVA_OPTIONS='-Dsun.java2d.xrender=true'
java -jar my_java_application.jar
JavaWIDEを試してみてください。これは、システムにインストールせずに JDK にアクセスできるように設計された IDE であり、ストレージ システムが組み込まれているため、インターネットにアクセスするだけで済みます。コンピューター上のすべてのものにアクセスするためのプログラムではありませんが、プログラミングではうまく機能します。ただし、コンパイルは別のサーバーで行われるため、しばらく時間がかかる場合があります。
おそらく、リモート デスクトップでの描画が遅いのは Swing だけではありません。ただし、Eclipse はネイティブ ウィジェットに基づく SWT に基づいているため、Swing ではありません。