Làm thế nào tôi có thể làm cho VNC nhanh hơn?


29

Tôi cần truy cập từ xa và sử dụng máy tính làm việc của tôi một vài lần một tuần. Tôi hiện đang sử dụng UltraVNC. Tôi muốn sử dụng VNC vì giá cả. Tôi đã sử dụng VNC trước đây, chủ yếu trên mạng riêng của tôi, nơi nó nhanh.

Tuy nhiên, VNC qua internet rất chậm. Ngay cả ở 256 màu và thấp hơn, khi tắt Aero, nó vẫn chậm một cách khó chịu. Gần đây tôi đã sử dụng Ammyy Admin để kết nối để làm một việc gì đó đòi hỏi thời gian phản ứng nhanh. Ammyy thực sự rất nhanh, gần như không có độ trễ, và nó đang chạy đủ màu với bật Aero!

Làm thế nào tôi có thể làm cho VNC nhanh hơn, giống như Ammyy? Tôi sẽ sử dụng Ammyy, nhưng tôi có thể sẽ chạy vào giới hạn 15 giờ / tháng khá nhanh. Bất kỳ đề xuất?


Bạn đã cài đặt và kích hoạt trình điều khiển gương theo đề xuất của Dillie-O chưa?
stukelly

Câu trả lời:


19

VNC có một số hạn chế cố hữu trong giao thức mà nó sử dụng. RFB, bộ đệm khung từ xa, hoạt động bằng cách truyền các hình chữ nhật của pixel qua mạng. Độ phân giải và độ sâu bit càng cao thì càng cần nhiều băng thông để gửi cập nhật. Có một vài tối ưu hóa máy chủ / máy khách VNC đã làm:

  1. Chỉ gửi các vùng đã thay đổi, lưu trữ các vùng không thay đổi trên máy khách.
  2. Sao chép các vùng được lưu trong bộ nhớ cache trên máy khách khi có thay đổi.
  3. Các hình thức nén không mất mát và tổn thất khác nhau

Bạn có thể sử dụng các cài đặt trên cả máy khách và máy chủ để xem cài đặt nào hoạt động tốt nhất cho kết nối internet của bạn. Bất kỳ máy khách nào cũng có thể kết nối với bất kỳ máy chủ nào vì họ đàm phán để xác định cả hai tính năng giao thức nào hỗ trợ nhưng tốt nhất nên sử dụng máy khách và máy chủ từ cùng một công ty nếu bạn muốn sử dụng các tính năng giao thức nâng cao hơn.

Các giao thức RDP và X truyền các hướng dẫn vẽ thay vì các bản vá pixel. Đây là lý do tại sao trong một số điều kiện, họ vượt trội so với VNC.

Các dịch vụ truy cập từ xa độc quyền khác có thể sử dụng các kỹ thuật tương tự nhưng không có giấy tờ. Các dịch vụ truy cập từ xa có lợi ích là có thể xuyên qua tường lửa dễ dàng hơn truy cập từ xa trực tiếp, chúng thường dễ cấu hình hơn và có hỗ trợ mã hóa tốt hơn.

Tôi đã sử dụng VNC, Remote Desktop, LogMeIn Free, PCAnywhere và remote X. Mỗi cái đều có giá trị của nó:

  • VNC thực sự hoạt động tốt hơn các giao thức khác so với bitrate cực kỳ hạn chế. (Hãy nghĩ kết nối quay số) Và nó hoạt động trên hầu hết mọi nền tảng.
  • Remote Desktop hoạt động tốt trên mạng LAN và tích hợp hoàn hảo với ActiveDirectory.
  • LogMeIn rất tốt để truy cập PC Windows qua internet và cũng hỗ trợ tích hợp ActiveDirectory. Nó có các phần mở rộng ActiveX, Java, Firefox và thậm chí là một ứng dụng khách dựa trên HTML. Phiên bản miễn phí cho phép bạn quản lý tối đa 5 PC. Các phiên bản trả phí tăng số lượng này, thêm tính năng chuyển tập tin và quản lý nâng cao.
  • PCAnywhere tương tự như VNC và Remote Desktop. Nó hỗ trợ nhiều cấp độ mã hóa, chuyển tập tin và cấu hình từ xa. Những thứ bạn phải ghép lại với VNC và Remote Desktop.
  • X là tương đương với thế giới Unix của Remote Desktop. Công bằng mà nói, nó đã tồn tại lâu hơn rất nhiều so với bất kỳ giao thức nào khác. Nó hoạt động tuyệt vời qua mạng LAN nhưng quá nhiều trò chuyện qua internet. Một số dự án đã cố gắng cải thiện điều này với mức độ thành công khác nhau. NoMachine NX, đã được đề cập, là một trong những dự án như vậy.

Tất cả các giao thức truy cập từ xa mà tôi đã đề cập đều có sẵn miễn phí (với hệ điều hành hoặc dưới dạng tải xuống) ngoại trừ PcAnywhere, được Symantec bán.

Cá nhân tôi sẽ thử từng người trong số họ và chọn một trong những bộ phù hợp nhất với nhu cầu của bạn.


Doanh nghiệp tôi đã làm việc để cài đặt nó trên tất cả các PC của khách hàng của họ. Nó hoạt động hiệu quả cho đến khi khách hàng bắt đầu nhận được nhiều sự đồng ý bảo mật hơn. Sau đó, nó trở nên rắc rối để cấu hình tường lửa của mỗi khách hàng. Vì vậy, họ chuyển sang một phiên bản CNTT của GoToMyPC. Nhưng PCAnywhere thực sự là một sản phẩm được làm tròn khá tốt.
Kenneth Cochran

Tôi rất muốn xem Chrome Remote Desktop hoạt động như thế nào so với các tùy chọn trong câu trả lời này. Tôi đã thấy nó rất tương đương với VNC khi được sử dụng trên các kết nối băng thông thấp.
Nathan Osman

@NathanOsman Chrome Remote Desktop sử dụng codec VP8 mà Google đã mua từ On2 vài năm trước nên tôi tưởng tượng nó khá tốt. Tôi đã không nhìn vào nó nhưng tôi nghĩ CRD chỉ mã hóa toàn bộ màn hình dưới dạng các khung sử dụng nén mất dữ liệu tương tự như hàng tá codec video khác. Với cái chết của quay số, có rất ít động lực để tối ưu hóa cho bitrate hạn chế như vậy nữa. Đó là nơi VNC thực sự tỏa sáng.
Kenneth Cochran

13

Bạn có thể dùng thử NoMachine NX . Một người bạn của tôi đã sử dụng nó với một số thành công trong việc tăng tốc độ của VNC.

Đối với tôi, tôi đang sử dụng RDP và tôi nghĩ rằng đó chắc chắn là cách phù hợp với các hệ thống Windows. Những người khác có kết quả tốt với TeamViewer hoặc Quản trị viên từ xa .


Tôi sẽ đề nghị NX. Chỉ cần nói thêm một số chi tiết: bạn cần một máy linux đến đầu xa (tức là văn phòng của bạn) để chạy phần mềm NX. Nó có một cổng VNC để bạn có thể làm cho máy chủ NX kết nối với các máy chủ VNC cục bộ trên mạng của nó. (Cũng có thể làm tương tự với RDP.)
Evan

> Một người bạn của tôi đã sử dụng nó với một số thành công trong việc tăng tốc độ của VNC. Chỉ là một nitpick, nhưng NX hoàn toàn khác với VNC (mặc dù chúng thực hiện các chức năng tương tự)
Jason Axelson

NX Now hỗ trợ các máy chủ OS X và Windows. Nó nhanh hơn nhiều so với VNC truyền thống.
Mất lòng

2

Tôi đã từ bỏ điều đó, ngày nay tôi chỉ sử dụng LogMeIn Free khi tôi ở trên windows và ssh với X chuyển tiếp trên linux.


Tôi đã từng sử dụng nó một thời gian trước đây. Chỉ cần thử lại lần nữa và có vẻ như nó đang hoạt động khá tốt. Mát mẻ. Cảm ơn!
NickAldwin

Tôi sẽ đánh dấu đây là một câu trả lời (tôi thực sự muốn), nhưng nó cung cấp một giải pháp thay thế thay vì một giải pháp. Lấy làm tiếc. Nó đã làm việc cho tôi mặc dù, cảm ơn!
NickAldwin

2

Bạn đã nhìn vào UltraVNC chưa? Họ có một trình điều khiển video nhân bản được tích hợp trong hệ thống của họ giúp tăng tốc một số vấn đề làm mới và thông báo. Tôi nghĩ rằng nó có thể giúp đỡ trong trường hợp của bạn, và nó vẫn miễn phí.


hehe, không phải lo lắng Tôi biết có hàng triệu hương vị của VNC ngoài kia, chỉ muốn tung ý tưởng đó ra.
Dillie-O

1

Bạn có thể chạy TeamViewer dưới dạng "chỉ cục bộ" nếu bạn làm điều đó mà bạn kết nối với máy dựa trên địa chỉ IP của họ. Đây là một cải tiến tốc độ rất lớn so với VNC.


1

Đã thử nghiệm tất cả gần đây và Ammy Admin là người giỏi nhất trong danh sách nói chung. Temviewer hoạt động hoàn hảo và có hỗ trợ Android và Mac, vì vậy đây là một lựa chọn tuyệt vời khi kết nối từ / đến một HĐH khác. Cả Ammy Admin và TeamViewer đều hỗ trợ Directx, vì vậy bạn có thể chơi hoặc xem các trò chơi trên màn hình, tuy nhiên Team Viewer rất chậm và tôi không muốn giới thiệu nó cho các trò chơi. Đã thử nghiệm với Guild Wars 2 và Diablo 3. Cũng đã thử Directx với UltraVNC, TightVNC và RealVNC nhưng tôi không thể khiến chúng hoạt động với các trò chơi Directx. Chỉ cần một cửa sổ màu đen được hiển thị khi bạn vào trò chơi. (máy tính không bị treo, chỉ hiển thị một cửa sổ màu đen mà bạn có thể thu nhỏ).

Team Viewer có sự hỗ trợ tuyệt vời và họ trả lời email một cách chính xác.

Điều tồi tệ nhất về Ammy Admin là giá cả và sự hỗ trợ, bởi vì bạn cần một giấy phép cho mỗi máy tính, một cho khách hàng và một cho máy chủ, khoảng (70 + 70) 140 euro với giấy phép Premium.

Mặt khác, các VNC không có nhiều hỗ trợ vì chúng miễn phí.

Tùy chọn tốt nhất là kiểm tra tất cả chúng và xem cái nào tốt hơn trong hệ thống của bạn.


1

Hãy thử sử dụng cái này:

-snapfb

Thay vì bỏ phiếu bộ đệm khung hiển thị X (fb) để thay đổi, hãy sao chép định kỳ tất cả fb hiển thị X vào bộ nhớ chính và kiểm tra bản sao đó để biết các thay đổi. Trong một số trường hợp, điều này sẽ cải thiện phản ứng tương tác, hoặc ít nhất là làm cho mọi thứ trông mượt mà hơn, nhưng trong những trường hợp khác (hầu hết!) Nó sẽ làm cho phản ứng tồi tệ hơn. Nếu video h / w fb sao cho việc đọc các ô nhỏ rất chậm thì chế độ này có thể giúp ích. Để giữ "tốc độ khung hình" lên, kích thước màn hình x bpp không được quá lớn. Lưu ý rằng chế độ này rất lãng phí tài nguyên I / O bộ nhớ (nó tạo các bản sao toàn màn hình ngay cả khi không có gì thay đổi). Nó có thể được sử dụng trong các ứng dụng giống như quay video hoặc khi xé cửa sổ là một vấn đề.

Điều này giải quyết các vấn đề đối với tôi.


0

Tôi đã tìm thấy VNC miễn phí bị chậm một cách đau đớn. Họ có một phiên bản trả tiền - không chắc điều đó sẽ tốt hơn nhiều chứ?

Nếu bạn ở trong môi trường windows, tôi đã gặp nhiều may mắn với RDC (Remote Desktop Connection).


1
+1 Thật trùng hợp, mới hôm qua tôi đã chuyển sang RDC, và nó dường như nhanh hơn và có thể cấu hình nhiều hơn cho các máy tính Windows. Tôi vẫn sẽ sử dụng VNC cho các HĐH khác, nhưng RDC cho Windows thì có.
Jorge Israel Peña

RDC sử dụng RDP bên dưới cho giao thức của nó, tôi tin? Quá tệ chỉ có các cửa sổ của nó, nó rất hay và nhanh :)
rogerdpack

0

Có một phiên bản của VNC dành cho các mạng chậm hơn được gọi là TightVNC .


IMO TightVNC cũng chậm như vậy và tôi đã điều chỉnh các cài đặt rất nhiều để cố gắng tìm thứ gì đó tốt hơn
zildjohn01

TightVNC có khả năng nén tốt hơn máy khách VNC "thông thường", nhưng nó không nhanh hơn nhiều. RDP là cách để đi với các hệ thống Windows ít nhất.
Joey

Tôi đang sử dụng UltraVNC, cái mà tôi đã nghe có thể nhanh hơn so với chặt chẽ.
NickAldwin

UltranVNC có các cải tiến giao thức từ TightVNC.
Evan

0

Tôi đã có UX khủng khiếp khi sử dụng VNC trên mạng cục bộ, tuy nhiên khi tôi cố gắng đăng nhập bằng cách:

ssh -X -C 

và sử dụng

xtightvncviewer :$THEDISPLAY

hiệu suất tốt hơn nhiều, so với bất kỳ kết hợp nào khác ...

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
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.