Điểm:0

Sự cố mạng LAN nào được đặc trưng bởi tốc độ tải lên rất chậm cho đến khi bắt đầu tải lên một mục tiêu khác mà cả hai đều bình thường?

lá cờ in

Khi tôi tải nội dung nào đó từ máy chủ Windows (qemu kvm) lên máy chủ Linux mới (kim loại trần) trong cùng một mạng, tốc độ rất chậm (khoảng 1/100 tốc độ có thể cho đường lên 1GBit/s). Tải lên tất cả các máy khác (bao gồm cả các máy chủ Linux khác) trong mạng hoạt động ở tốc độ tối đa. Và ngay khi tôi bắt đầu tải lên một máy khác trong khi tải lên máy chủ Linux có vấn đề vẫn đang chạy, cả hai lần tải lên đều nhanh (vì vậy, tốc độ tải lên chậm trước đó tăng lên khoảng 50% tốc độ của đường lên trong khi đường tải lên kia bắt đầu và giữ nguyên như vậy). Khi quá trình 'tải lên khác' kết thúc, quá trình tải lên cũ lên máy chủ mới có vấn đề sẽ giảm xuống tốc độ rất chậm.

Đây dường như là trường hợp của tất cả lưu lượng truy cập (SSH, HTTP, SMB) trong khi không có máy nào khác trong mạng gặp sự cố. Vì vậy, mọi máy khác trong mạng tải lên máy chủ mới mà không gặp sự cố ở tốc độ tối đa.Thậm chí có vẻ như máy chủ kim loại trần của Linux cũng không có vấn đề gì.

Giữa cả hai máy chủ là hai thiết bị chuyển mạch Netgear 1/10GBit/s nhưng không có VLAN hoặc bất kỳ cấu hình đặc biệt nào khác. Tôi đã thử một số giải pháp thay thế máy chủ/khách KVM điển hình (giảm tải tx/rx, lso, bộ điều hợp ảo khác, ...) nhưng không có bất kỳ thay đổi nào. Nhìn vào tcpdumps trên nguồn, đích và máy chủ, tôi cũng không thấy bất cứ điều gì có vẻ không ổn. Vì vậy, không có mất gói hoặc các vấn đề khác mà tôi có thể xác định (mặc dù tôi không phải là chuyên gia ở đây).

Vì vậy, bây giờ trước bất cứ điều gì khác và vì tôi chưa bao giờ thấy điều gì giống như vậy, câu hỏi chính của tôi là tôi thậm chí đang tìm kiếm loại vấn đề gì ở đây?

Điểm:0
lá cờ cn

Dự đoán đầu tiên của tôi là có điều gì đó khó hiểu với tính năng tự động đàm phán ethernet giữa Windows VM và hộp Linux baremetal khiến "cổng" của Windows VM đàm phán ở một mức thấp hơn, như 10M thay vì 100M hoặc 1G. Khi máy ảo Windows tải lên một máy chủ khác, sự cố tự động đàm phán không có ở đó (hay đúng hơn là bị ghi đè miễn là kết nối với máy chủ khác đang hoạt động) và cổng sử dụng 1G.

lá cờ in
Âm thanh như một kết luận hợp lý. Làm thế nào tôi có thể gỡ lỗi nó, mặc dù? Tôi vừa kiểm tra `Get-NetAdapter | CHỌN tên, LinkSpeed, fullduplex` trên máy ảo Windows và `ethtool eth0` trên máy chủ trong quá trình truyền chậm đang chạy và tất cả các cổng ở đây đều hiển thị tốc độ dự kiến.
lá cờ cn
Hừm. Điều đầu tiên tôi làm là chạy `Get-NetAdapter` và `ethtool` trong cả quá trình truyền chậm và sau đó trong quá trình truyền kép khi mọi thứ tăng tốc. Từ đó, tôi sẽ so sánh đầu ra cho từng loại giữa "chậm" và "kép" và tìm kiếm sự khác biệt. Ngoài ra, windows VM mà bạn đã đề cập có phải là máy chủ lưu trữ windows duy nhất không? Tức là, có phải tất cả các máy chủ khác trên mạng đều có hương vị của GNU/Linux không?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.