Chuyển đến nội dung chính

Về RTT (ping)

Về ping trong trò chơi, biểu đồ RTT ước tính và đo bằng dòng lệnh, hãy tham khảo Cách kiểm tra ping.

Ping là gì?​

Tham khảo Ping hoặc Lag để biết giải thích chi tiết.

Ping trung bình thấp có tốt không?​

Có. Ping trung bình càng thấp thì kết nối càng nhanh.

Độ lệch chuẩn ping thấp có tốt không?​

Có. :-) Độ lệch chuẩn càng gần 0 nghĩa là kết nối càng ổn định.

Ping trung bình và độ lệch chuẩn, yếu tố nào quan trọng hơn?​

Cả hai đều quan trọng. Nếu trung bình biểu thị tốc độ thì độ lệch chuẩn biểu thị độ ổn định kết nối. Khi chọn giữa hai máy chủ có tốc độ tương tự nhưng độ lệch khác nhau, máy chủ có độ lệch chuẩn gần 0 sẽ tốt hơn.

Làm thế nào để có ping thấp nhất?​

Đạt ping thấp nhất nghĩa là tìm đường Internet có RTT thấp nhất từ "máy tính người dùng" đến "máy chủ trò chơi". Nếu trò chơi đã đăng ký trên Mudfish, bạn có thể tìm đường đi ngắn nhất như sau.

  1. (Theo phiên bản v4) Trước tiên chạy Launcher và thêm mục trò chơi tương ứng. Phải truy cập Bảng điều khiển qua Launcher.
  2. Nhấp vào biểu tượng trò chơi trên Bảng điều khiển.
  3. Trong tab "Cài đặt", chọn "Chế độ nâng cao" ở phần máy chủ trung chuyển rồi nhấp biểu tượng kính lúp .
  4. Trong cửa sổ bật lên, chọn đích máy chủ trò chơi để xem các đường đi ngắn nhất Mudfish đã tính. Kết quả cho biết đi qua một máy chủ trung chuyển nhanh hơn hay cần đi qua hai máy chủ.

Tham khảo Cách giảm RTT (ping) để biết thêm các phương pháp khác.

Máy chủ trung chuyển có ping tốt nhất nghĩa là gì?​

"Ping tốt" thường chỉ máy chủ có đường đi nhanh từ "máy tính người dùng → máy chủ trung chuyển → máy chủ trò chơi". Lưu ý đây không chỉ là ping giữa "máy tính ↔ máy chủ trung chuyển", cũng không chỉ là đoạn "máy chủ trung chuyển ↔ máy chủ trò chơi".

Để tìm máy chủ trung chuyển có ping tốt nhất trong Mudfish, bạn thường có thể tham khảo kết quả theo cách sau.

  1. Trước tiên chạy Launcher và thêm mục trò chơi. Nên truy cập Bảng điều khiển qua Mudfish Launcher.
  2. Nhấp vào biểu tượng trò chơi trên Bảng điều khiển.
  3. Trong tab "Cài đặt", chọn "Chế độ cơ bản" ở phần máy chủ trung chuyển rồi nhấp biểu tượng kính lúp . Trong cửa sổ bật lên, chọn vị trí máy chủ trò chơi để xem biểu đồ và điểm đánh giá đã tính; thông thường nên xem các máy chủ có điểm đánh giá thấp.

Ping không đổi! Có vẻ chưa được áp dụng.​

Các câu hỏi dưới đây có thể giúp tự chẩn đoán. Trước tiên, kiểm tra bạn đã thử các biện pháp này chưa.

Câu hỏiCóKhông
Bạn đã kiểm tra bằng Kiểm tra Mudfish đã được áp dụng và xác nhận được áp dụng đúng chưa?
1. Lưu lượng trò chơi có được chuyển đúng qua Mudfish không? 1
2. Bạn có đặt máy chủ trung chuyển là "Tự động chọn" không? 2
3. Bạn đã thử đổi từ máy chủ đang dùng sang các máy chủ trung chuyển khác chưa? 3
4. Bạn đã thử chế độ ADN chưa? 4
5. Bạn đã thử chế độ FastConnect chưa? 5
6. Giao thức kết nối hiện tại có phải TCP không? 6

RTT trên biểu đồ dự đoán trong giao diện khác RTT thực tế trong trò chơi!​

Có nhiều nguyên nhân có thể dẫn đến điều này, cụ thể như sau.

  1. Dải IP được đo để tính RTT của Mudfish và trò chơi khác nhau

    Mọi máy chủ trung chuyển Mudfish định kỳ kiểm tra RTT đến máy chủ trò chơi và gửi thông tin về máy chủ trung tâm. Tuy nhiên, nếu đích dùng để kiểm tra RTT (thường là địa chỉ IPv4) khác với cách trò chơi kiểm tra, giá trị sẽ khác.

    Đôi khi Mudfish đặt sai đích kiểm tra RTT và đo đến nơi không phải máy chủ trò chơi thực tế, gây vấn đề.

  2. Giao thức đo RTT của Mudfish và trò chơi khác nhau

    Mudfish mặc định đo RTT bằng TCP. Nếu trò chơi dùng UDP thay vì TCP, giá trị trên biểu đồ và thực tế có thể khác nhau (thiết bị QoS có thể thay đổi ưu tiên xử lý gói tin).

  3. Ảnh hưởng từ tải của máy chủ trò chơi

    Nếu RTT trong trò chơi được tính đến chính máy chủ đang xử lý trò chơi, tải của máy chủ đó có thể gây chênh lệch.

    Vì biểu đồ RTT của Mudfish không đo trực tiếp máy chủ trò chơi, mà đo đến mạng đặt máy chủ hoặc mạng được ước tính là gần đó.

  4. Ảnh hưởng từ tải của mạng đặt máy chủ trò chơi

    Nếu mạng đặt máy chủ trò chơi đang chịu tải lớn do nhiều lưu lượng, nhưng RTT Mudfish không được tính đến chính mạng đó, biểu đồ có thể khác.

  5. Tải của chính máy tính đang dùng

    Trong trường hợp hiếm gặp, tải phát sinh khi chơi làm tốc độ xử lý chung của hệ điều hành chậm đi, gây chênh lệch RTT.

Biểu đồ ping thời gian thực đôi khi hiển thị 3000.​

Trong Mudfish, ping 3000 ms nghĩa là mất gói. Đã kiểm tra ping qua máy chủ trung chuyển đó nhưng gói bị mất vì lý do nào đó. Có nhiều nguyên nhân, thường gồm các trường hợp sau.

  • Vấn đề với đường truyền Internet (ISP) đang dùng

    Khi đó, trong "Trạng thái → Máy chủ trung chuyển", bạn sẽ thấy RTT đến nhiều máy chủ có vấn đề. Nếu kết nối với nhiều máy chủ khác vẫn bình thường, nguyên nhân có thể không nằm ở đường truyền Internet của bạn.

  • Máy chủ trung chuyển đang dùng có vấn đề.

    Trong trường hợp này, hãy thử đổi máy chủ trung chuyển.

  • Mạng phía máy chủ trò chơi có vấn đề

Tất cả ping đều hiển thị 3000​

Thông thường, nguyên nhân là 1) tường lửa trong môi trường mạng hiện tại khiến không đo được RTT giữa "người dùng ↔ máy chủ trung chuyển", hoặc 2) vấn đề phía máy chủ Mudfish khiến không đo được RTT giữa "máy chủ trung chuyển ↔ máy chủ trò chơi".

Nếu cho rằng thuộc trường hợp 1, bạn có thể giải quyết như sau.

  • Trong giao diện Mudfish, vào "Cài đặt → Chương trình" và tìm "Phương pháp kiểm tra RTT". Đổi sang lựa chọn khác trong ICMP, TCP, UDP rồi khởi động lại Mudfish.

Nếu cho rằng thuộc trường hợp 2, hãy đăng bài trên diễn đàn Mudfish để tôi có thể sửa.

Footnotes​

  1. Đây là điểm cần kiểm tra nếu chạy Mudfish mà ping hoàn toàn không đổi. Trong lúc chơi, hãy xem biểu đồ "Lưu lượng thời gian thực" trên Bảng điều khiển có chuyển động hay đứng yên. ↩

  2. Nếu đang dùng "Tự động chọn", hãy đặt máy chủ trung chuyển khác thủ công rồi thử. ↩

  3. Tình trạng mạng của máy chủ đang dùng có thể tạm thời không tốt. ↩

  4. Nếu khó đi vòng qua đoạn tắc nghẽn bằng một máy chủ, có thể dùng ADN để đi qua hai máy chủ trung chuyển. ↩

  5. Nếu trò chơi dùng giao thức TCP, thử FastConnect cũng là một lựa chọn. ↩

  6. Nếu dùng UDP mặc định không có vấn đề, hoàn toàn không có lý do phải dùng TCP. ↩