Điểm:1

Tại sao tôi có thể nhận được trên

lá cờ us

Tôi có 4 hộp CentOS 7 với NIC SuperMico 10000BaseT được cắm vào bộ chuyển Netgear ProSafe XS712T bằng cáp Cat8. Chuyển đổi là tất cả các cài đặt mặc định, nhưng hiển thị các NIC ở mức 10G đầy đủ. NIC được cấu hình:

[root@VH11 ~]# ethtool ens1f0
Cài đặt cho ens1f0:
        Các cổng được hỗ trợ: [ TP ]
        Các chế độ liên kết được hỗ trợ: 100baseT/Full
                                1000baseT/Đầy đủ
                                10000baseT/Đầy đủ
        Sử dụng khung tạm dừng được hỗ trợ: Đối xứng
        Hỗ trợ tự động đàm phán: Có
        Các chế độ FEC được hỗ trợ: Không được báo cáo
        Các chế độ liên kết được quảng cáo: 10000baseT/Đầy đủ
        Sử dụng khung tạm dừng được quảng cáo: Đối xứng
        Quảng cáo tự động đàm phán: Có
        Các chế độ FEC được quảng cáo: Không được báo cáo
        Tốc độ: 10000Mb/giây
        Song công: Đầy đủ
        Cổng: Xoắn đôi
        PHYAD: 0
        Bộ thu phát: nội bộ
        Tự động đàm phán: bật
        MDI-X: Không xác định
        Hỗ trợ Wake-on :d
        Dậy đi :d
        Mức tin nhắn hiện tại: 0x00000007 (7)
                               liên kết thăm dò drv
        Đã phát hiện liên kết: có

CHỈ CÓ 10G NIC được cắm vào công tắc.

Tôi chỉ có thể nhận được tốc độ truyền dưới 1G khi truyền tệp theo báo cáo của rsync, scp và iftop khi truyền 1 tệp 20G. Khi tôi kiểm tra từ máy chủ > chuyển đổi > máy chủ bằng iperf, nó cho tôi biết nó đạt 9,38 Gbits/giây, nhưng tôi chỉ nhận được 10% tốc độ đó khi truyền tệp bằng rsync hoặc scp.

Tôi làm gì sai ở đây?

Cảm ơn trước cho thời gian của bạn.

Đã thêm thông tin: Đối với Phân đoạn Mạng 1GB:

[root@VH14 ~]# time scp bigfile [email protected]:/home
mật khẩu của [email protected]:
bigfile 100% 4494 MB 110,1 MB/giây 00:40

thực 0m46.657s
người dùng 0m18.975s
hệ thống 0m4.646s

Đối với Phân đoạn Mạng 10GB:

[root@VH14 ~]# time scp bigfile [email protected]:/home/bf3
mật khẩu của [email protected]:
bigfile 100% 4494MB 112,3MB/s 00:40

thực 0m45.693s
người dùng 0m34.643s
hệ thống 0m8.440s

172. và 10. nằm trên các công tắc khác nhau. Bộ chuyển mạch 10G không có đường lên và chỉ giao tiếp với các máy chủ. Vì vậy, mặc dù iperf nói rằng tôi nhận được khoảng 10G, nhưng kết quả truyền về cơ bản là giống nhau trên cả hai mạng con.

Tôi không nghĩ đĩa i/o là vấn đề của tôi:

[root@VH14 ~]# hdparm -t /dev/md126

/dev/md126:
 Đĩa đệm thời gian đọc: 4150 MB trong 3,00 giây = 1382,80 MB/giây
[root@VH14 ~]# hdparm -T /dev/md126

/dev/md126:
 Thời gian đọc bộ nhớ cache: 19798 MB trong 1,99 giây = 9945,27 MB/giây

Thông tin khác: MTU trên NIC 10G là 9124. CPU là Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz

Michael Hampton avatar
lá cờ cz
Các hộp cũ của bạn có thể theo kịp chi phí mã hóa không?
jerryrig avatar
lá cờ us
Các máy chủ có 56 lõi và RAM 256G. Htop tải trung bình là 0,66 với 4 lần truyền đang chạy. Tôi đã kết nối NIC với NIC, loại bỏ việc chuyển đổi và nhận được kết quả tương tự khi truyền tệp.
Michael Hampton avatar
lá cờ cz
Vì vậy, không phải hộp cũ, chỉ là hệ điều hành cũ. quá hạn phải không? Bạn đã thử chuyển HTTP chưa? Bạn có biết TCP khởi động chậm không? Tốc độ truyền thay đổi như thế nào trong suốt quá trình tải xuống?
jerryrig avatar
lá cờ us
Máy chủ được cập nhật đầy đủ. Không có http cài đặt mặc dù. Tốc độ truyền không đổi và trong 10 giây đầu tiên hoặc lâu hơn. Tôi đã cập nhật bài viết với nhiều thông tin hơn. BTW: CentOS7 vẫn còn hoạt động. Tôi sẽ sớm chuyển chúng ta sang Oracle Linux 8 (RHEL8).
Nikita Kipriyanov avatar
lá cờ za
Bạn đã bật khung Jumbo chưa? Tải gián đoạn trong hệ thống là gì (ít nhất, trong trường "si" ở trên cùng khi bạn chạy thử nghiệm) là gì? Ngoài ra, lưu ý 56 lõi không nói gì về hiệu suất của từng lõi; CPU này có thể là một tập hợp khổng lồ của những công nhân chậm chạp, mỗi người trong số họ không thể chạy đủ nhanh, nhưng họ có thể cùng nhau đánh bại một gã khổng lồ. ssh, rsync là afaik đơn luồng, chúng không được hưởng lợi từ đa lõi. Ví dụ. thử không phải 4 mà là 56 lần truyền đồng thời để giữ cho CPU thực sự bận rộn.
Nikita Kipriyanov avatar
lá cờ za
@vidarlo anh ấy đã đề cập rằng iperf nói 10G
vidarlo avatar
lá cờ ar
@NikitaKipriyanov Thật vậy! Tôi nhớ nó. Xin lỗi!
jerryrig avatar
lá cờ us
MTU trên NIC 10G là 9124. CPU là Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
jerryrig avatar
lá cờ us
Thật thú vị, sau khi tạo một NFS mount giữa 2 máy chủ với 10G NICS được kết nối trực tiếp, iftop hiển thị 7,6Gb với tệp cp cho lệnh NFS trong khi với rsync hiển thị 3,44 Gb. Vì vậy, ít nhất tôi đang đi đâu đó với NFS. Tôi tin rằng phải có một số cài đặt có thể điều chỉnh trong hệ thống phân cấp sysctl sẽ khắc phục điều này. Tôi vẫn chưa tìm thấy chúng.
Nikita Kipriyanov avatar
lá cờ za
Và một lần nữa, /proc/interrupts nói gì trong quá trình chuyển giao?

Đă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.