x11vnc lambat, tetapi hanya menggunakan 10% dari bandwidth yang tersedia

11

Saya menggunakan x11vnc melalui jaringan 15Mbit / s dengan latensi 20 ms. Ketika layar berubah banyak x11vnc lambat - misalnya ketika saya mengganti tab di browser, dibutuhkan hampir dua detik sampai tampilan sepenuhnya digambar ulang.

Yang aneh adalah bahwa kecepatan koneksi max x11vnc bahkan selama redrawing lambat hanya sekitar 10% dari bandwidth yang tersedia. Mengapa x11vnc tidak menggunakan bandwidth yang tersedia untuk mempercepat menggambar ulang? Misalnya scp menggunakan 100% bandwidth yang tersedia tanpa masalah.

Bagaimana saya bisa mengidentifikasi apa hambatan untuk x11vnc pada sistem saya? Sejauh ini saya berpikir:

  1. 10% penggunaan jaringan => jaringan bukan hambatan
  2. tingkat baca fb: 601 MB / detik => membaca fb bukan hambatan

Adakah ide bagaimana cara memajukan x11vnc lebih lanjut dan mencari tahu apa yang menyebabkan pelambatan?

Misalnya apakah ada saklar untuk x11vnc untuk menunjukkan berapa banyak data yang ditangani dan berapa lama waktu yang diperlukan untuk mengambil layar, memproses dan mengompresnya dan mengirimkannya melalui jaringan?

linux mmm
sumber

Jawaban:

11

Untuk menjawab pertanyaan saya sendiri:

Beralih dari pengodean ketat ke pengodean hextile menyelesaikan masalah dengan redrawing sepenuhnya.

Untuk menambahkan beberapa detail: Saya perhatikan bahwa selama redrawing layar lambat cpu pada klien melonjak ke penggunaan 100%. Saya menggunakan penyandian yang ketat dan dari halaman VNC Tight Encoder - Hasil Perbandingan dapat dilihat bahwa penyandian yang ketat cukup intensif jika dibandingkan dengan penyandian hextile. Setelah beralih ke penggunaan hextile max cpu tidak pernah 100%, hampir seluruh bandwidth yang tersedia digunakan dan menggambar ulang selalu membutuhkan waktu kurang dari satu detik. Jadi CPU klien adalah hambatan.

Atau alternatif yang lebih baik (bandwidth lebih sedikit, penggunaan cpu rendah dan tampaknya lebih cepat daripada hextile) adalah mengkompilasi x11vnc dengan dukungan TurboVNC dan kemudian menggunakan klien TurboVNC .

mmm
sumber
Berikut adalah beberapa perbandingan bandwidth dan waktu kompresi tightvnc.com/archive/compare.html
huyz
1
Bagaimana tepatnya Anda mengubah penyandian?
ScottF
1

Alasannya adalah tangkapan layar / renderer tidak efisien. Banyak implementasi VNC yang berbeda bermain-main dengan ini untuk mencapai kinerja yang lebih baik.

Jika Anda tidak perlu merefleksikan apa yang ada di konsol lokal, solusi yang lebih baik adalah NX atau FreeNX NoMachine sebagai lingkungan desktop jarak jauh. Kinerja siang dan malam dibandingkan dengan VNC bahkan melalui tautan WAN.

jfalcon alias Don Fanning
sumber
1

Saya harap ini akan berhasil. http://www.karlrunge.com/x11vnc/faq.html#faq ... cari parameter penampil VNC dan parameter x11vnc:

Ini berhasil untuk saya.

kishor pawar
sumber
1
Selamat Datang di Kesalahan Server! Kami benar-benar lebih suka jawaban memiliki konten, bukan petunjuk ke konten. Namun secara teoritis ini dapat menjawab pertanyaan, akan lebih baik untuk memasukkan bagian-bagian penting dari jawaban di sini, dan menyediakan tautan untuk referensi.
Chris S