Bạn đang nhìn thế giới qua một cái lỗ kim. Một thử nghiệm hợp lệ về sự khác biệt về độ trễ ở các tốc độ khác nhau sẽ là giữa hai NIC giống hệt nhau được kết nối với cáp kết nối chéo. Đặt tốc độ toán học của các NIC là 10mb, 100mb và 1000mb. Điều này sẽ cho thấy rằng hầu như không có sự khác biệt về độ trễ ở các tốc độ khác nhau. Tất cả các gói đi cùng tốc độ dây bất kể băng thông tối đa được sử dụng. Khi bạn thêm các thiết bị chuyển mạch với lưu trữ và chuyển tiếp bộ đệm ẩn, mọi thứ sẽ thay đổi. Kiểm tra độ trễ thông qua một công tắc phải được thực hiện chỉ với hai kết nối với công tắc. Bất kỳ lưu lượng truy cập khác có thể ảnh hưởng đến độ trễ của bài kiểm tra của bạn. Thậm chí sau đó, công tắc có thể cuộn các bản ghi, điều chỉnh bộ đếm loại gói, cập nhật đồng hồ bên trong, vv .. Mọi thứ có thể ảnh hưởng đến độ trễ.
Có, chuyển đổi từ 100mb sang 1gb có thể nhanh hơn (độ trễ thấp hơn) do thay đổi phần cứng, NIC khác nhau, chuyển đổi khác nhau, trình điều khiển khác nhau. Tôi đã thấy những thay đổi lớn hơn về độ trễ ping từ sự khác biệt của trình điều khiển so với bất kỳ thay đổi nào khác; băng thông, chuyển mạch, giảm tải NIC, v.v.
Việc chuyển đổi sẽ là thay đổi lớn nhất tiếp theo với việc cắt nhanh hơn đáng kể so với lưu trữ và chuyển tiếp cho các thử nghiệm truyền đơn. Tuy nhiên, một cửa hàng được thiết kế tốt và chuyển đổi chuyển tiếp có thể vượt qua công tắc cắt trong hiệu suất tổng thể dưới tải trọng cao. Trong những ngày đầu của gigabit, tôi đã thấy các công tắc bảng nối đa năng hiệu suất cao 10mb với độ trễ thấp hơn các công tắc gigabit giá rẻ.
Các bài kiểm tra Ping thực tế không liên quan để phân tích hiệu suất khi sử dụng Internet. Họ là những bài kiểm tra nhanh để có được ý tưởng về sân bóng về những gì đang xảy ra trên phương tiện giao thông tại thời điểm kiểm tra. Kiểm tra hiệu suất sản xuất phức tạp hơn nhiều so với chỉ một ping. Công tắc hiệu suất cao là máy tính và chịu tải cao hoạt động khác nhau - thay đổi độ trễ.
Có một NIC chậm hơn, hoặc một NIC được đặt ở tốc độ chậm hơn, thực sự có thể giúp một máy chủ có các vụ nổ đồng thời bằng cách điều chỉnh đầu vào đến máy chủ bằng cách sử dụng bộ đệm chuyển đổi. Một lần truyền lại có thể phủ nhận bất kỳ sự giảm độ trễ nào. Thông thường mức lưu lượng tải trung bình đến cao là quan trọng, không phải là các thử nghiệm ping đơn lẻ. ví dụ: Old Slow Sun Ultrasparc (độ trễ cao hơn cho một lần ping) vượt trội so với máy tính để bàn gigabit giá rẻ mới được sử dụng làm máy chủ dev khi tải dưới băng thông dưới 70%. Máy tính để bàn có gb-gb nhanh hơn, gb-gb kết nối nhanh hơn, bộ nhớ nhanh hơn, bộ nhớ nhiều hơn, đĩa nhanh hơn và bộ xử lý nhanh hơn nhưng nó không hoạt động tốt như phần cứng / phần mềm lớp máy chủ. Điều này không có nghĩa là một máy chủ được điều chỉnh hiện tại chạy gb-gb không nhanh hơn phần cứng cũ, thậm chí có thể xử lý tải thông lượng lớn hơn. Có nhiều điều phức tạp hơn cho câu hỏi "
Tìm hiểu xem nhà cung cấp của bạn đang sử dụng các công tắc khác nhau cho các kết nối 100mb so với 1gb. Nếu họ sử dụng cùng một bảng nối đa năng, tôi sẽ chỉ trả tiền cho mức tăng nếu mức lưu lượng vượt quá băng thông thấp hơn. Mặt khác, bạn có thể thấy rằng trong thời gian ngắn, nhiều người dùng khác sẽ chuyển sang gigabit và một số ít người dùng còn lại trên công tắc cũ giờ đây có hiệu suất cao hơn - độ trễ thấp hơn, trong khi tải công tắc cao (tải tổng thể, không chỉ cho máy chủ của bạn ).
Ví dụ về táo và cam: ISP địa phương đã cung cấp một công tắc mới cho các dịch vụ đi kèm, DSL và điện thoại. Ban đầu người dùng thấy hiệu suất tăng. Hệ thống đã được bán quá mức. Bây giờ người dùng vẫn còn trên chuyển đổi cũ có hiệu suất phù hợp cao hơn. Trong đêm khuya, người dùng trên hệ thống mới nhanh hơn. Vào buổi tối dưới tải cao, các máy khách cũ chuyển đổi rõ ràng tốt hơn hệ thống quá tải mới.
Độ trễ thấp hơn không phải lúc nào cũng tương quan với việc giao hàng nhanh hơn. Bạn đề cập đến MySQl trong 20 yêu cầu phục vụ một trang. Lưu lượng truy cập đó không nên nằm trên cùng một NIC với các yêu cầu của trang. Di chuyển tất cả lưu lượng truy cập nội bộ sang mạng nội bộ sẽ giảm xung đột và tổng số gói trên NIC đi và cung cấp mức tăng lớn hơn mức tăng độ trễ 0,04ms của một gói. Giảm số lượng yêu cầu trên mỗi trang để giảm độ trễ tải trang. Nén các trang, html, css, javascript, hình ảnh để giảm thời gian tải trang. Ba thay đổi này sẽ mang lại lợi nhuận tổng thể lớn hơn liên tục so với việc trả tiền cho băng thông không được sử dụng để giảm độ trễ 0,04ms. Ping cần chạy 24 giờ và được tính trung bình để thấy sự thay đổi độ trễ thực sự. Các công tắc thông minh hiện thực hiện điều chỉnh loại RTSP thích ứng với tăng băng thông ban đầu nhỏ và điều chỉnh chuyển lớn. Tùy thuộc vào kích thước trang của bạn (đồ họa, html / css / javascript lớn), bạn có thể thấy độ trễ / băng thông kết nối ban đầu thấp hơn / cao hơn nhiều so với một trang lớn hoặc chuyển toàn bộ trang. Nếu một phần của trang của bạn đang phát trực tuyến, bạn có thể thấy hiệu suất khác nhau đáng kể giữa trang và luồng.