Kết nối Internet băng thông cao hơn sẽ giảm thời gian phản hồi ping?

Nghe có vẻ rõ ràng rằng kết nối nhanh hơn làm giảm độ trễ ... Nhưng tôi tự hỏi: Tôi đang làm việc từ xa trên một máy chủ ở bên kia thế giới - ánh sáng chỉ có thể truyền rất nhanh (1 feet trong nano giây) và cả hai chúng tôi đều có kết nối băng thông rộng vượt quá 1.000kbps tải lên và 10.000kbps tải xuống:

Kết nối băng thông cao hơn sẽ giảm thời gian ping? Vì nó là rất ít dữ liệu, làm thế nào một kết nối nhanh hơn sẽ giúp đỡ? Hiện tại ping mất 450ms có cách nào tôi có thể cải thiện nó không ??

Đầu tiên, Băng thông không giống như độ trễ. Kết nối nhanh hơn sẽ không nhất thiết làm giảm độ trễ của bạn. 450ms có vẻ hơi chậm nhưng không quá xa nếu bạn đang đi 1/2 trên toàn thế giới. Là một khung tham chiếu, tốc độ cao, liên kết độ trễ thấp sẽ mất ~ 70-80ms để vượt qua Hoa Kỳ. Bạn có thể có thể tăng độ trễ ít hơn một chút bằng cách thay đổi nhà cung cấp của bạn giả sử họ có đường dẫn tiên phong tối ưu hơn. nhưng tôi không thể hứa bất cứ điều gì.

Kết nối "nhanh hơn" (như bạn đang đề cập đến nó) không có độ trễ thấp hơn. Kết nối "nhanh hơn" cho phép đặt nhiều dữ liệu hơn trên dây trong một khoảng thời gian nhất định.

Băng thông là thước đo năng lực.

Độ trễ là thước đo độ trễ.

BIÊN TẬP

Đây là một ví dụ về sự khác biệt giữa băng thông và độ trễ: Hãy tưởng tượng 2 kết nối internet, một tốc độ 10Mb / giây và 1 Mbps khác. Cả hai đều có độ trễ 50ms. Bây giờ hãy tưởng tượng rằng tôi đang gửi tổ hợp phím đến một thiết bị đầu cuối từ xa ở đầu kia của các kết nối đó. Để đơn giản, giả sử rằng mỗi tổ hợp phím tiêu tốn 1 Mbps băng thông. Trên kết nối 10Mbps, tôi có thể gửi các chữ cái A, B, C, D, E, F, G, H, I, J cùng một lúc, vì vậy tất cả chúng đều đến thiết bị đầu cuối từ xa 50ms sau đó và được lặp lại màn hình ... cùng một lúc. Bây giờ trên kết nối 1Mbps, mỗi lần nhấn phím được gửi độc lập vì mỗi lần nhấn phím tiêu thụ tất cả băng thông có sẵn. Vì vậy, chữ A được gửi, và sau đó 50ms nó được nhận bởi thiết bị đầu cuối từ xa và lặp lại trên màn hình, tiếp theo là chữ B 50ms sau đó, sau đó là chữ C ... tất cả các chữ cái J. Sẽ mất 500ms cho tất cả mười chữ cái được nhận trên thiết bị đầu cuối từ xa và được lặp lại trên màn hình. Kết nối 10Mbps có nhanh hơn không? Không, không. Độ trễ của nó là 50ms giống như kết nối 1Mbps. Nó xuất hiện nhanh hơn do thực tế là nó có thông lượng (băng thông) cao hơn và có thể đặt nhiều dữ liệu hơn trên dây cùng một lúc. Đó là sự khác biệt giữa băng thông (dung lượng) và độ trễ (độ trễ). Theo nghĩa chặt chẽ, kết nối "nhanh hơn" (theo cách bạn đang đề cập đến nó) sẽ không làm giảm độ trễ. Nó xuất hiện nhanh hơn do thực tế là nó có thông lượng (băng thông) cao hơn và có thể đặt nhiều dữ liệu hơn trên dây cùng một lúc. Đó là sự khác biệt giữa băng thông (dung lượng) và độ trễ (độ trễ). Theo nghĩa chặt chẽ, kết nối "nhanh hơn" (theo cách bạn đang đề cập đến nó) sẽ không làm giảm độ trễ. Nó xuất hiện nhanh hơn do thực tế là nó có thông lượng (băng thông) cao hơn và có thể đặt nhiều dữ liệu hơn trên dây cùng một lúc. Đó là sự khác biệt giữa băng thông (dung lượng) và độ trễ (độ trễ). Theo nghĩa chặt chẽ, kết nối "nhanh hơn" (theo cách bạn đang đề cập đến nó) sẽ không làm giảm độ trễ.

Các kết nối được đo bằng hai yếu tố chính, độ trễ và băng thông. Không có thứ gọi là "tốc độ cao" hay "nhanh hơn". Đó là những nhân đôi tiếp thị và vô nghĩa trong bối cảnh kết nối được quản lý chuyên nghiệp.

Tôi có một điểm để nói ở đây liên quan đến ping.

Thông thường, lưu lượng ICMP không được ưu tiên cao. Vì vậy, việc đo độ trễ / độ trễ của mạng sẽ không chính xác khi sử dụng ping hoặc bất kỳ lưu lượng truy cập dựa trên icmp nào khác.

Độ trễ giữa hai điểm có thể được tính bằng công thức:

Total delay = transmission delay + propagation delay + processing delay

Độ trễ truyền là thời gian để đẩy các bit gói trên dây. Độ trễ lan truyền có liên quan đến phương tiện và là thời gian để đến đích. Độ trễ xử lý có liên quan đến các máy / bộ định tuyến nhận và gửi.

Thường thì nó sẽ, vâng. Nhưng cả hai không giống nhau và không liên kết trực tiếp. Nó chỉ xảy ra rằng các kết nối thông thường có nhiều băng thông hơn cũng có độ trễ thấp hơn do công nghệ đang được sử dụng.

Nhưng nó không phải lúc nào cũng đúng. Hãy xem xét một phương pháp nhanh để chuyển lượng dữ liệu khổng lồ: lấp đầy 12 ổ cứng 2TB với dữ liệu và gửi chúng bằng chuyển phát nhanh. Tốc độ truyền dữ liệu RẤT cao (hơn 2000MBps khi bạn có thể gửi 24TB trong 24 giờ). Độ trễ cũng rất cao (24 giờ). Dialup có độ trễ thấp hơn nhiều, nhưng phải mất nhiều năm để gửi 24TB qua quay số.

Nó không phải là một ý tưởng tốt để đánh đồng trực tiếp hai. Nếu bạn đặc biệt cần độ trễ thấp hơn, bạn nên hỏi về điều đó một cách cụ thể và không mua sắm theo băng thông.

Giải pháp thực sự duy nhất để cải thiện độ trễ của bạn là rút ngắn số bước nhảy ở giữa hai máy chủ được đề cập.

Nếu bạn là một khách hàng doanh nghiệp đủ lớn, bạn sẽ có thể mở một cuộc đối thoại với các nhà cung cấp viễn thông của mình ở cả hai đầu về việc đi một tuyến IP ngắn hơn (có thể tốn kém hơn) giữa hai trang web.

Bạn đã thực hiện rất nhiều tư thế mà không thu thập sự thật. Đặt cược tốt nhất của bạn là cố gắng xác định nguồn gốc của độ trễ cao: nó bắt đầu từ đâu? Sau đó, bạn có thể cố gắng trả lời câu hỏi: làm thế nào để tôi sửa nó?

Chạy một traceroute, hoặc tốt hơn, mtr (mytraceroute). Nếu bạn đang dùng Windows, bạn có thể sử dụng winmtr. PingPlotter cũng là một công cụ tốt cho việc này.

Tìm nơi độ trễ cao của bạn bắt đầu, sau đó làm việc để khắc phục nó. Ném thêm băng thông vào vấn đề của bạn không phải là câu trả lời.

Băng thông cao hơn sẽ không giúp được gì nhiều, trừ khi dữ liệu hàng loạt đang nhấn chìm dữ liệu tương tác. Nếu cả hai bên sử dụng sợi thay vì xDSL / Cáp / Không dây, điều đó có thể bạn sẽ cạo 20-80ms trên RTT của mình.

Thực hiện kiểm tra ping bằng pingtest.net để xác định chất lượng của từng liên kết. Độ trễ rất quan trọng, nhưng / jitter / cũng có thể tạo ra sự khác biệt rất lớn. Tôi muốn có một kết nối chậm hơn (3 Mbps) mà không có jitter sau đó kết nối nhanh hơn (ví dụ 15 Mbps) với jitter.

Đối với các kết nối TCP (ví dụ: SSH, telnet, v.v.), một số điều chỉnh TCP có thể giúp ích.

Bạn cũng có thể xem xét bằng cách sử dụng bộ tăng tốc TCP; Có những cái thương mại nhưng pepsal có thể tạo ra sự khác biệt.

Có lẽ tường lửa / bộ định tuyến của bạn là vấn đề ...

cách duy nhất để THỰC SỰ cho biết sự cố xảy ra ở đâu bằng cách thực hiện theo dõi, như đã nêu ở trên,

Có nhiều câu trả lời khác nhau cho câu hỏi này và câu trả lời đúng (theo ý kiến ​​của tôi) là "Nó phụ thuộc".

Sẽ không có vấn đề gì nếu bạn có kết nối 1gbit / s nếu nó bão hòa. TCP (và các giao thức khác) dựa vào kiểm tra truyền dẫn trong 99% trường hợp không được ưu tiên chính xác với QoS hoặc các công nghệ tương tự.

Các dòng đối xứng (SDSL, sợi, v.v.) thường phù hợp hơn cho các hoạt động có độ trễ thấp, vì chúng không chia sẻ RX với TX (có nghĩa là các câu trả lời của TCP ACK, ICMP, v.v. sẽ không bị cản trở nếu bạn đang tải xuống ở chế độ toàn bộ). Nó vẫn yêu cầu QoS để đảm bảo lưu lượng cho các ứng dụng nhạy cảm (đặc biệt là VoIP).

Đáng ngạc nhiên, số lần truy cập (và chất lượng lượt truy cập) trên google khi ưu tiên TCP ACK khá mỏng .. hãy nói chuyện với bất kỳ chuyên gia mạng nào và họ sẽ biết tại sao bạn cần điều này.

Có, nhưng không nhiều.

Băng thông cao hơn sẽ có nghĩa là gói sẽ mất ít thời gian hơn để tải xuống hoàn toàn trước khi gói khác có thể truyền dữ liệu và thời gian toàn bộ gói tải xuống cũng là một yếu tố ở đây nhưng thực tế là chỉ tăng thêm 10-20ms trong trường hợp xấu nhất các trường hợp.

Một nguyên nhân có thể khác của độ trễ là truyền không dây, hầu hết mọi hình thức không dây đa truy cập sẽ gây ra một sự cố lớn về độ trễ cho dù đó là mạng không dây thông thường hoặc không dây di động vì thẻ không dây phải đợi cho đến khi mọi người truyền xong dữ liệu trước khi có thể gửi dữ liệu dữ liệu riêng. Càng nhiều người dùng truyền trên hệ thống không dây, tốc độ VÀ độ trễ càng chậm (một lần nữa không nhiều, chủ yếu là do chờ đợi cho đến khi rõ ràng để gửi)

Yếu tố số một là thời gian một gói dữ liệu sẽ được sắp xếp tại các bộ định tuyến và cơ sở hạ tầng mạng khác.

Thời gian tối thiểu theo lý thuyết mà một gói dữ liệu cần để di chuyển trên toàn thế giới là khoảng 70ms, đó là khi gói đang di chuyển với tốc độ ánh sáng.

Hỏi xung quanh và tìm hiểu xem những người khác có kết nối nhanh hơn và các ISP khác có cùng độ trễ hay không, điều đó hoàn toàn có thể do ISP hoặc kết nối gây ra nhưng rất khó xảy ra.

Băng thông và độ trễ là khác nhau, nhưng không hoàn toàn không liên kết. Mặc dù về cơ bản là đúng, mọi thứ không phải là đen và trắng. Có rất nhiều sắc thái của màu xám ở giữa.

Đúng là có băng thông lớn hơn không nhất thiết có độ trễ thấp hơn và không nhất thiết có độ trễ tương tự hoặc cao hơn.

Chúng ta nên nhớ rằng nó phụ thuộc vào cơ sở hạ tầng bao gồm từ các thiết bị mạng và phương tiện vật lý theo cách từ máy chủ của chúng tôi đến đích.

Một ISP có thể ưu tiên các kết nối băng thông thấp / cao và cung cấp nhiều lợi ích phần cứng và phần mềm hơn cho một hoặc một điều khác sẽ dẫn đến sự khác biệt về độ trễ.

Và theo tinh thần của các ví dụ khác nhau đã được đưa ra ở đây, vâng - tốt hơn là lấy một chiếc xe tải có 20 đĩa có cùng công suất sau đó lấy cùng một xe tải chỉ với 1 trong số 20 đĩa này. Tuy nhiên - trọng lượng của đĩa thì sao? Nhiều đĩa hơn có nghĩa là nhiều nhiên liệu hơn và tăng tốc chậm hơn. Nhưng nếu tôi thay đổi động cơ của xe tải thì sao?

Vì vậy, trong ngắn hạn - băng thông và độ trễ là khác nhau, nhưng không hoàn toàn không liên kết.