Đo độ trễ tới một website từ chính trình duyệt: con số này đo cái gì và đọc thế nào
Công cụ gửi yêu cầu tới địa chỉ bạn nhập ngay từ trình duyệt và đo thời gian trôi qua bằng đồng hồ độ phân giải cao của trang, sau đó tổng hợp mức thấp nhất, cao nhất, trung bình và tỷ lệ lần đo hỏng. Đây không phải lệnh ping của hệ điều hành mà là phép đo trọn một vòng yêu cầu qua giao thức web.
Tính năng nổi bật
- Nhập địa chỉ bất kỳ, thiếu phần giao thức thì công cụ tự thêm giao thức bảo mật vào trước
- Đo bằng đồng hồ độ phân giải cao của trình duyệt, kết quả làm tròn tới mili giây
- Các lần đo cách nhau nửa giây để không dồn yêu cầu vào máy chủ đích
- Bảng liệt kê từng lần đo kèm trạng thái thành công hay hỏng
- Thanh tiến trình cho biết đã chạy tới lần đo thứ mấy
- Bảng tổng hợp mức thấp nhất, cao nhất, trung bình và tỷ lệ lần đo hỏng
- Tô màu và gắn nhãn theo bốn mức dựa trên các mốc 50, 100 và 200 mili giây
- Chạy hoàn toàn từ trình duyệt của bạn, không đi qua máy chủ trung gian nào
Đo từ đúng nơi bạn đang ngồi mới nói lên điều bạn cần biết
Các dịch vụ kiểm tra tốc độ website thường đo từ máy chủ đặt ở nước ngoài, và con số họ trả về không phản ánh trải nghiệm của khách hàng đang ngồi tại Việt Nam trên đường truyền của một nhà mạng cụ thể. Khi khách báo trang tải chậm còn bạn mở lên thấy nhanh, thứ bạn cần là một phép đo thực hiện đúng từ máy đang gặp vấn đề, ngay tại thời điểm đó. Công cụ này làm được điều đó mà không cần cài gì: mở trang, dán địa chỉ, chạy, rồi chụp lại kết quả gửi cho bộ phận kỹ thuật. Nó cũng tiện khi bạn muốn so nhanh hai địa chỉ, chẳng hạn máy chủ đặt trong nước với máy chủ đặt ở nước ngoài, hoặc so trước và sau khi bật mạng phân phối nội dung. Điều cần nhớ là con số ở đây đo trọn một vòng yêu cầu web chứ không phải độ trễ mạng thuần, phần dưới giải thích rõ chỗ này.
Lợi ích khi sử dụng
- Đo từ chính máy và chính đường truyền đang gặp vấn đề
- Không cần cài phần mềm hay biết dùng dòng lệnh
- So nhanh được hai địa chỉ để thấy chênh lệch giữa các máy chủ
- Kết quả hiện thành bảng, chụp màn hình là gửi được cho bên kỹ thuật
- Không có máy chủ trung gian nên không ai thấy địa chỉ bạn đang đo
Cách đo độ trễ tới một website
- 1Nhập địa chỉ cần đo, có thể gõ thiếu phần giao thức vì công cụ tự thêm giao thức bảo mật vào trước.
- 2Nếu muốn số đo sát với độ trễ mạng, hãy trỏ tới một tệp nhỏ như biểu tượng website thay vì trỏ tới trang chủ.
- 3Bấm nút bắt đầu và chờ, mỗi lần đo cách nhau nửa giây nên bạn thấy kết quả xuất hiện dần.
- 4Bỏ qua lần đo đầu tiên khi đánh giá, vì lần đó gánh cả phần phân giải tên miền và bắt tay kết nối.
- 5Chạy thêm vài lượt vào các thời điểm khác nhau trong ngày rồi mới kết luận, đừng dựa vào một lượt duy nhất.
Con số này không phải độ trễ ping, nó bao gồm nhiều thứ hơn
Lệnh ping của hệ điều hành gửi một gói tin rất nhỏ theo giao thức điều khiển và đo thời gian gói tin quay về, nên nó phản ánh khá sát độ trễ đường truyền. Trình duyệt không được phép làm việc đó vì lý do an toàn, nên công cụ này đo bằng cách gửi một yêu cầu web thật rồi bấm giờ từ lúc gửi tới lúc nhận xong. Thời gian đó gồm ít nhất năm phần: phân giải tên miền thành địa chỉ, bắt tay thiết lập kết nối, bắt tay mã hóa, máy chủ xử lý và trả lời, cuối cùng là tải toàn bộ nội dung phản hồi về. Nghĩa là con số ở đây luôn lớn hơn kết quả ping, có khi gấp nhiều lần, và phần chênh không nằm ở đường truyền mà ở máy chủ cùng dung lượng trang. Hệ quả thực dụng: nếu bạn nhập địa chỉ trang chủ của một website nặng vài megabyte, con số nhận về chủ yếu nói lên trang đó nặng chứ không nói lên mạng của bạn chậm. Muốn đo phần mạng cho sát, hãy trỏ tới một tệp nhỏ như biểu tượng website.
Vì sao lần đo đầu tiên luôn cao hơn hẳn các lần sau
Lần đầu tiên là lần phải làm hết mọi việc chuẩn bị. Máy phải hỏi máy chủ tên miền để biết địa chỉ đích, việc này tốn từ vài chục tới hàng trăm mili giây tùy máy chủ tên miền bạn đang dùng và tùy kết quả đã có sẵn trong bộ nhớ đệm hay chưa. Sau đó là bắt tay thiết lập kết nối, tốn thêm một vòng đi về. Rồi tới bắt tay mã hóa, tốn thêm một tới hai vòng nữa tùy phiên bản giao thức bảo mật. Từ lần thứ hai trở đi, kết quả phân giải tên miền đã nằm trong bộ nhớ đệm và kết nối thường được giữ lại để dùng tiếp, nên phần chuẩn bị biến mất và con số tụt xuống rõ rệt. Đây là lý do bạn nên đọc mức thấp nhất và mức trung bình của các lần sau chứ đừng nhìn lần đầu. Nếu ngược lại, các lần sau vẫn cao ngang lần đầu, đó là dấu hiệu đáng chú ý: có thể máy chủ đóng kết nối sau mỗi yêu cầu, hoặc mỗi lần đều phải phân giải tên miền lại vì thời gian sống của bản ghi được đặt quá ngắn.
Tỷ lệ hỏng ở đây không phải tỷ lệ mất gói theo nghĩa thông thường
Vì trình duyệt chặn việc đọc phản hồi từ tên miền khác, công cụ phải gửi yêu cầu ở chế độ không yêu cầu quyền chia sẻ tài nguyên. Ở chế độ đó, phản hồi trả về là một phản hồi mờ: mã trạng thái, tiêu đề và nội dung đều bị giấu, chương trình chỉ biết yêu cầu đã hoàn tất hay đã thất bại. Hệ quả là một trang trả về mã lỗi máy chủ, hay trả về trang báo không tìm thấy, vẫn được tính là một lần đo thành công, vì về mặt mạng thì mọi thứ đã diễn ra trọn vẹn. Chỉ những lỗi ở tầng thấp mới bị tính là hỏng: không phân giải được tên miền, bị từ chối kết nối, chứng chỉ bảo mật không hợp lệ, hoặc bị tường lửa chặn. Vì vậy hãy đọc chỉ số này là tỷ lệ lần gọi thất bại chứ đừng đọc là tỷ lệ mất gói của đường truyền. Muốn biết đường truyền có mất gói thật hay không, bạn cần chạy lệnh ping từ cửa sổ dòng lệnh trong vài phút và đọc dòng thống kê cuối cùng.
Bốn mức đánh giá và bối cảnh đường truyền tại Việt Nam
Công cụ tô màu theo ba mốc: dưới 50 mili giây là rất tốt, dưới 100 là tốt, dưới 200 là tạm được, từ 200 trở lên là kém. Cần đặt các mốc này vào đúng bối cảnh. Khi bạn đo tới một máy chủ đặt tại Việt Nam trên cùng nhà mạng, con số nằm ở mức thấp nhất là chuyện bình thường. Khi đo tới máy chủ đặt tại Singapore hay Hồng Kông, khoảng cách vật lý và số chặng trung gian đẩy con số lên một bậc. Còn khi đo tới máy chủ đặt tại châu Âu hoặc bờ đông nước Mỹ, ngay cả một đường truyền hoàn hảo cũng không thể xuống dưới ngưỡng vài trăm mili giây, đơn giản vì ánh sáng cần chừng đó thời gian để đi hết quãng đường trong sợi quang rồi quay về. Thêm vào đó, lưu lượng quốc tế của Việt Nam đi qua các tuyến cáp quang biển vốn thỉnh thoảng gặp sự cố, và trong những đợt như vậy độ trễ tới máy chủ nước ngoài tăng vọt trong khi máy chủ trong nước vẫn bình thường. Đo song song một địa chỉ trong nước và một địa chỉ nước ngoài là cách nhanh nhất để phân biệt hai tình huống.
Giới hạn của công cụ và khi nào nên dùng thứ khác
Có bốn giới hạn nên biết. Thứ nhất, phép đo chịu ảnh hưởng của chính máy bạn: nếu trình duyệt đang mở ba mươi tab hoặc máy đang tải tệp lớn, con số sẽ cao lên mà không liên quan gì tới máy chủ đích. Hãy đóng bớt trước khi đo. Thứ hai, không có mốc dừng khi yêu cầu treo, một địa chỉ không phản hồi sẽ khiến lượt đo đứng đó khá lâu trước khi trình duyệt tự bỏ cuộc. Thứ ba, số lần đo trong phiên bản hiện tại có thể kết thúc sớm hơn mức mười lần đặt sẵn; nếu bảng chỉ hiện một vài dòng và tỷ lệ hỏng báo con số cao bất thường, hãy bấm chạy lại vài lượt và tự ghi nhận kết quả thay vì tin vào ô tổng hợp. Thứ tư, công cụ chỉ đo được từ đúng vị trí bạn đang ngồi. Khi cần biết đường đi của gói tin qua từng chặng, hãy dùng lệnh truy vết đường đi trong cửa sổ dòng lệnh. Khi cần đo từ nhiều quốc gia cùng lúc, hãy dùng dịch vụ giám sát có mạng lưới điểm đo. Khi cần biết tốc độ tải xuống, hãy dùng công cụ đo băng thông chuyên dụng vì độ trễ và băng thông là hai chỉ số hoàn toàn khác nhau.
Câu hỏi thường gặp (FAQ)
Con số ở đây có giống kết quả lệnh ping không?
Không, và thường cao hơn nhiều. Lệnh ping gửi một gói tin nhỏ theo giao thức điều khiển, còn ở đây là một yêu cầu web trọn vẹn gồm phân giải tên miền, bắt tay kết nối, bắt tay mã hóa, máy chủ xử lý và tải nội dung về. Trình duyệt không được phép gửi gói tin ping nên không có cách nào đo giống hệt.
Vì sao lần đo đầu tiên cao hơn hẳn các lần sau?
Vì lần đầu phải làm hết phần chuẩn bị: hỏi máy chủ tên miền, bắt tay thiết lập kết nối và bắt tay mã hóa. Từ lần thứ hai, kết quả phân giải đã nằm trong bộ nhớ đệm và kết nối thường được dùng lại nên con số tụt xuống. Khi đánh giá, hãy bỏ qua lần đầu.
Đo trang chủ hay đo một tệp nhỏ thì đúng hơn?
Trỏ tới một tệp nhỏ như biểu tượng website sẽ cho con số sát với độ trễ mạng hơn, vì phần tải nội dung gần như bằng không. Trỏ tới trang chủ của một website nặng thì con số phản ánh chủ yếu là dung lượng trang và thời gian máy chủ dựng trang, chứ không phải chất lượng đường truyền.
Tỷ lệ hỏng báo cao thì có phải mạng đang mất gói không?
Không hẳn. Ở đây một lần đo chỉ bị tính là hỏng khi lỗi xảy ra ở tầng thấp: không phân giải được tên miền, bị từ chối kết nối, chứng chỉ không hợp lệ hoặc bị tường lửa chặn. Muốn biết đường truyền có mất gói thật hay không, hãy chạy lệnh ping từ dòng lệnh trong vài phút và đọc dòng thống kê cuối.
Trang trả về lỗi máy chủ mà vẫn tính là thành công?
Đúng vậy. Yêu cầu được gửi ở chế độ không đòi quyền chia sẻ tài nguyên nên phản hồi trả về là phản hồi mờ, mã trạng thái bị giấu hoàn toàn. Về mặt mạng thì vòng yêu cầu đã diễn ra trọn vẹn nên được tính là thành công, dù nội dung là trang báo lỗi.
Vì sao bảng kết quả có khi chỉ hiện vài dòng thay vì đủ mười?
Vòng lặp trong phiên bản hiện tại có thể kết thúc sớm hơn mức mười lần đặt sẵn, và khi đó ô tỷ lệ hỏng sẽ báo con số cao bất thường vì các lần chưa chạy bị tính là thiếu. Hãy bấm chạy lại vài lượt, đọc từng dòng thời gian trong bảng và tự ghi nhận thay vì tin vào ô tổng hợp.
Độ trễ bao nhiêu là chấp nhận được?
Tùy khoảng cách tới máy chủ. Với máy chủ đặt trong nước, dưới 50 mili giây là bình thường. Với máy chủ ở Singapore hay Hồng Kông, mức dưới 100 đã tốt. Với máy chủ ở châu Âu hoặc bờ đông nước Mỹ thì vài trăm mili giây là giới hạn vật lý, không đường truyền nào vượt qua được.
Vì sao đo lúc này khác hẳn đo lúc khác trong ngày?
Vì đường truyền chia sẻ với mọi người dùng khác, và giờ cao điểm buổi tối thường đông hơn hẳn. Ngoài ra máy chủ đích cũng bận hơn vào giờ cao điểm của họ. Muốn kết luận có ý nghĩa, hãy đo vài lượt vào các khung giờ khác nhau rồi so, đừng dựa vào một lượt duy nhất.
Kết quả có bị ảnh hưởng bởi máy tính của tôi không?
Có. Trình duyệt đang mở nhiều tab, máy đang tải tệp lớn, hoặc phần mềm diệt vi rút đang quét lưu lượng đều làm con số tăng lên mà không liên quan tới máy chủ đích. Hãy đóng bớt tab và tạm dừng các tác vụ tải xuống trước khi đo để có số liệu sạch.
Đang bật mạng riêng ảo thì kết quả nói lên điều gì?
Nó nói lên độ trễ theo đường đi vòng qua máy chủ trung gian, tức tổng của chặng từ bạn tới máy chủ đó cộng chặng từ đó tới đích. Con số này gần như luôn cao hơn khi tắt. Muốn đánh giá đường truyền thật, hãy tắt mạng riêng ảo rồi đo lại và so hai kết quả.
Địa chỉ tôi nhập vào có bị gửi lên máy chủ nào không?
Không. Yêu cầu đi thẳng từ trình duyệt của bạn tới máy chủ đích, không qua máy chủ trung gian của trang này, và không có nhật ký nào được ghi. Lưu ý là máy chủ đích thì vẫn thấy lượt truy cập đến từ địa chỉ mạng của bạn, như mọi lần bạn mở một trang web.
Độ trễ thấp có nghĩa là mạng nhanh không?
Không hẳn, đó là hai chỉ số khác nhau. Độ trễ là thời gian một gói tin đi và về, còn băng thông là lượng dữ liệu chuyển được trong một giây. Đường truyền có độ trễ thấp nhưng băng thông hẹp vẫn tải tệp lớn rất chậm. Muốn biết băng thông, hãy dùng công cụ đo tốc độ chuyên dụng.
Từ khóa liên quan
- đo độ trễ mạng
- kiểm tra ping tới website
- độ trễ bao nhiêu là tốt
- ping và băng thông khác nhau
- đo tốc độ phản hồi máy chủ
- network latency tester
- thời gian phân giải tên miền
- bắt tay tls mất bao lâu
- cáp quang biển gặp sự cố
- máy chủ trong nước và nước ngoài
- mạng chậm vào giờ cao điểm
- lệnh ping trong cmd
- lệnh traceroute
- tỷ lệ mất gói tin
- kiểm tra website chậm
- đo độ trễ khi dùng vpn
- mạng phân phối nội dung cdn
- thời gian phản hồi byte đầu tiên
- kiểm tra kết nối tới máy chủ
- công cụ đo độ trễ miễn phí
