x11vnc chậm, nhưng chỉ sử dụng 10% băng thông có sẵn


11

Tôi đang sử dụng mạng x11vnc trên 15Mbit / s với độ trễ 20ms. Khi màn hình thay đổi rất nhiều x11vnc bị chậm - ví dụ: khi tôi chuyển một tab trong trình duyệt, sẽ mất gần hai giây cho đến khi chế độ xem được vẽ lại hoàn toàn.

Điều kỳ lạ là tốc độ kết nối tối đa của x11vnc thậm chí trong khi vẽ lại chậm chỉ khoảng 10% băng thông có sẵn. Tại sao x11vnc không sử dụng băng thông có sẵn để tăng tốc độ vẽ lại? Ví dụ, scp đang sử dụng 100% băng thông có sẵn mà không gặp vấn đề gì.

Làm cách nào để xác định nút cổ chai cho x11vnc trên hệ thống của tôi là gì? Cho đến nay tôi nghĩ:

  1. Sử dụng mạng 10% => mạng không phải là nút cổ chai
  2. tốc độ đọc fb: 601 MB / giây => đọc fb không phải là nút cổ chai

Bất kỳ ý tưởng làm thế nào tôi có thể hồ sơ thêm x11vnc và tìm hiểu những gì gây ra sự chậm lại?

Ví dụ: có bất kỳ công tắc nào cho x11vnc để hiển thị bao nhiêu dữ liệu đang xử lý và mất bao lâu để lấy một màn hình, xử lý và nén nó và gửi qua mạng?

Câu trả lời:


11

Để trả lời câu hỏi của riêng tôi:

Chuyển đổi từ mã hóa chặt chẽ sang mã hóa hextile đã giải quyết vấn đề với việc vẽ lại chậm hoàn toàn.

Để thêm một số chi tiết: Tôi đã nhận thấy rằng trong quá trình vẽ lại màn hình chậm, cpu trên máy khách đã tăng tốc độ sử dụng 100%. Tôi đã sử dụng mã hóa chặt chẽ và từ trang Mã hóa chặt chẽ VNC - Kết quả so sánh có thể thấy rằng mã hóa chặt chẽ khá cpu khi so sánh với mã hóa hextile. Sau khi chuyển sang sử dụng cpu hextile max không bao giờ là 100%, gần như toàn bộ băng thông có sẵn được sử dụng và việc vẽ lại luôn mất ít hơn một giây. Vì vậy, CPU của khách hàng là nút cổ chai.


Hoặc thậm chí thay thế tốt hơn (băng thông ít hơn, sử dụng cpu thấp và dường như thậm chí nhanh hơn hextile) là biên dịch x11vnc với sự hỗ trợ của TurboVNC và sau đó sử dụng máy khách TurboVNC .


Dưới đây là một số băng thông và nén so sánh thời gian tightvnc.com/archive/compare.html
huyz

1
Làm thế nào chính xác bạn đã thay đổi mã hóa?
ScottF

1

Lý do là trình chụp / kết xuất màn hình không hiệu quả. Nhiều triển khai VNC khác nhau chơi xung quanh điều này để đạt được hiệu suất tốt hơn.

Nếu bạn không cần phản ánh chính xác những gì trên bảng điều khiển cục bộ, một giải pháp tốt hơn là NoMachine's NX hoặc FreeNX như một môi trường máy tính để bàn từ xa. Hiệu suất là ngày và đêm so với VNC thậm chí qua các liên kết WAN.


1

Tôi hy vọng điều này sẽ làm việc. http://www.karlrunge.com/x11vnc/faq.html#faq ... tìm kiếm các tham số người xem VNC và tham số x11vnc:

Nó làm việc cho tôi.


1
Chào mừng bạn đến với Lỗi Máy chủ! Chúng tôi thực sự thích câu trả lời có nội dung, không phải con trỏ đến nội dung. Điều này về mặt lý thuyết có thể trả lời câu hỏi, tuy nhiên, tốt hơn là bao gồm các phần thiết yếu của câu trả lời ở đây và cung cấp liên kết để tham khảo.
Chris S
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.