ネットワーキング – VNCを速くするにはどうすればいいですか？

週に数回、仕事用のパソコンにリモートアクセスして使う必要があります。現在はUltraVNCを使っている。価格の関係でVNCを使いたい。私は以前にVNCを使用したことがあります、ほとんどが自分のネットワーク上で、それが速いです

しかし、インターネット上のVNCは信じられないほど遅い。256色以下でもAeroをOFFにした状態では耐えられないほど遅い。最近、Ammyy Adminを使って接続し、素早い反応が必要な作業をしました。Ammyyは本当に速く、ラグもほとんどなく、Aeroを起動したままフルカラーで動作していました

AmmyyのようにVNCを速くするにはどうしたらいいのでしょうか？私はAmmyyを使用すると思いますが、おそらく私はかなり早く15時間/月の制限にぶつかるでしょう。何か提案はありますか？

　 37　 NickAldwin　 2009-07-29

ベストアンサー

VNCには、それが使用するプロトコルに固有のいくつかの制限があります。RFB、リモートフレームバッファは、ネットワーク上でピクセルの長方形を送信することによって動作します。解像度とビット深度が高いほど、更新を送信するのに必要な帯域幅が多くなります。VNC サーバ/クライアントがすでに行っている最適化がいくつかあります

変更された領域のみを送信し、クライアント上で変更されていない領域をキャッシュします
変更が発生したときに、クライアント上のキャッシュされた領域をコピーします
ロスレス圧縮、ロッシー圧縮の様々な形態

クライアントとサーバーの両方の設定をいじって、インターネット接続に最適な設定を確認することができます。彼らは両方がサポートしているプロトコル機能を決定するために交渉するので、任意のクライアントは、任意のサーバーに接続することができますが、より高度なプロトコル機能を使用したい場合は、同じ会社からのクライアントとサーバーを使用するのがベストです

RDPやXプロトコルは、ピクセルのパッチの代わりに描画命令を送信します。そのため、ある条件下ではVNCよりも優れています

他の独自のリモートアクセスサービスも同様の技術を使用している可能性がありますが、文書化されていません。リモートアクセスサービスには、直接のリモートアクセスよりも簡単にファイアウォールを突破できるという利点があり、通常は設定が簡単で、暗号化のサポートも充実しています

今までVNC、リモートデスクトップ、LogMeIn Free、PCAnywhere、リモートXを使ってきましたが、それぞれにメリットがあります

VNCは実際には非常に限られたビットレートで他のプロトコルよりも優れたパフォーマンスを発揮します。(ダイアルアップ接続を考えてみてください) そして、それは事実上どのようなプラットフォームでも動作します
リモートデスクトップはLAN上で動作し、ActiveDirectoryとシームレスに統合されています
LogMeInはインターネット経由でWindows PCにアクセスするのに最適で、ActiveDirectoryとの統合もサポートしています。ActiveX、Java、Firefoxの拡張機能、さらにはHTMLベースのクライアントまで持っています。無料版では、5台までのPCを管理することができます。有料版では、この数を増やし、ファイル転送や高度な管理機能を追加します
PCAnywhereはVNCやリモートデスクトップに似ています。様々なレベルの暗号化、ファイル転送、リモート設定をサポートしています。VNCやリモートデスクトップと一緒に組み合わさなければならないもの
X は Unix の世界ではリモートデスクトップに相当します。公平に言うと、他のどのプロトコルよりもずっと前から存在しています。X は LAN 上では素晴らしい動作をしますが、インターネット上ではおしゃべりになりすぎます。これを改善しようとするいくつかのプロジェクトが、さまざまなレベルで成功を収めています。すでに述べたNoMachine NXもそのようなプロジェクトの一つです

ここまで挙げたリモートアクセスプロトコルは、シマンテック社が販売しているPcAnywhere以外はすべて自由に利用できる（OS付きでもダウンロードでもOK）

個人的にはそれぞれ試してみて、自分に合ったものを選ぶと思います

25　 Kenneth Cochran　 2009-07-30

NoMachine NXを試してみてください。私の友人がVNCの高速化にある程度成功して使っていました

私はRDPを使用していますが、Windowsシステムでは間違いなくそれが良い方法だと思います。他の人はTeamViewerやリモート管理者で良い結果を得ています

15　 Joey　 2009-07-30

これを使ってみてください

-snapfb
X ディスプレイのフレームバッファ (fb) の変更をポーリングする代わりに、定期的に X ディスプレイの FB をすべてメインメモリにコピーして、そのコピーの変更を調べてください。ある状況下では、これはインタラクティブなレスポンスを改善したり、少なくとも物事がよりスムーズに見えるようにしますが、他の状況では (ほとんどの場合は!) レスポンスが悪くなります。ビデオの h/w fb が小さいタイルの読み込みが非常に遅い場合は、このモードが役立ちます。フレームレート」を維持するには、画面サイズx bppが大きすぎることはできません。このモードは、メモリI/Oリソースの非常に無駄であることに注意してください（それは何も変更されない場合でも、フルスクリーンのコピーを作成します）。このモードは、ビデオキャプチャのようなアプリケーションや、ウィンドウのティアリングが問題となるようなアプリケーションで使用することができるかもしれません

これで問題が解決しました

4　 Denis　 2018-12-09

私はそれをあきらめました。最近では、Windows の時は LogMeIn Free を使い、linux の時は ssh with X forwarding を使っています

3　 Nifle　 2009-07-29

UltraVNCを調べましたか？彼らは、リフレッシュと通知の問題のいくつかを高速化するのに役立ちます彼らのシステムに組み込まれたミラービデオドライバを持っています。私はそれがあなたの場合に役立つことができると思いますし、それはまだ無料です

2　 Dillie-O　 2009-07-30

TeamViewerを「ローカルのみ」として実行する場合、IPアドレスに基づいてマシンに接続します。これは、VNCよりも大幅に速度が向上します

1　 Eric　 2011-01-07

最近すべてをテストしましたが、一般的な目的ではAmmy Adminがリストの中で最高です。Temviewerも完璧に動作し、AndroidとMacをサポートしているので、他のOSから/他のOSに接続するときには素晴らしいオプションです。Ammy AdminとTeamViewerはどちらもDirectxをサポートしているので、画面の中でゲームをプレイしたり見ることができますが、TeamViewerは本当に遅いので、ゲームにはお勧めできません。Guild Wars 2とDiablo 3でテストしました。また、UltraVNC、TightVNC、RealVNCでもテストしましたが、Directxのゲームでは動作しませんでした。ゲームに入ると黒いウィンドウが表示されるだけです。(コンピュータがハングアップしているのではなく、最小化できる黒いウィンドウが表示されるだけです)

Team Viewerは素晴らしいサポートを提供してくれていて、メールにも丁寧に答えてくれます

あなたは、各コンピュータのための1つのライセンスが必要なので、Amy Adminについての最悪の事は、価格とサポートは、クライアントとサーバーのための別の1つ、約（70+70）プレミアムライセンスと140ユーロです

一方、VNCsは無料なので、あまりサポートされていません

最良の選択肢は、それらすべてをテストし、1 つは ur のシステムでより良い行くかを参照してくださいです

1　 xtrm　 2012-09-03

私は無料のVNCが痛いほど遅いことに気づきました。彼らは有料版を持っています – それははるかに良いだろうかどうかはわかりません？

Windows環境であれば、RDC(Remote Desktop Connection)を利用して、私は多くの幸運を手にしてきました

0　 NoCarrier　 2009-07-29

TightVNCと呼ばれる低速ネットワーク用のVNCのバージョンがあります

0　 Nippysaurus　 2009-07-29

ローカルネットワーク上でVNCを使用していたのですが、ログインしようとすると、ひどいUXになっていました

ssh -X -C

and using

xtightvncviewer :$THEDISPLAY

性能は他の組み合わせと比較して、はるかに優れています

VNC server default format:
16 bits per pixel.
Least significant byte first in each pixel.
True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using default colormap which is TrueColor.  Pixel format:
32 bits per pixel.
Least significant byte first in each pixel.
True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
Same machine: preferring raw encoding

0　 Stanley Kaleta　 2017-01-30