Gỡ lỗi tốc độ truyền chậm từ máy chủ


9

Tôi đang cố gắng giải thích điều này đơn giản nhưng được ghi lại càng tốt. Điều này không dành riêng cho máy chủ này hoặc ISP hiện tại của tôi . Tôi đã thấy vấn đề chính xác tương tự trong nhiều năm qua khi ở các ISP khác nhau và có máy chủ của tôi với các nhà cung cấp khác nhau (GoDaddy ở Hoa Kỳ, iWeb và GloboTech ở Canada). Điều duy nhất phổ biến là HĐH Windows Server (2003 và 2008 r2). Nhưng bây giờ chúng ta hãy tìm kiếm tại máy chủ hiện tại và ISP hiện tại của tôi.

Vấn đề :

Tôi nhận được tốc độ truyền rất chậm giữa máy trạm cục bộ và máy chủ chuyên dụng từ xa. Máy chủ của tôi ở trên cổng 100 Mbps và máy trạm cục bộ của tôi nằm trên kết nối đối xứng 50 Mbps qua cáp quang.

Triệu chứng :

Cả máy chủ và máy trạm đều có kết quả tuyệt vời (rất gần với tốc độ kết nối của chúng) khi thực hiện các thử nghiệm trên speedtest.net với các máy chủ và địa điểm khác nhau ở Hoa Kỳ và Mexico. Nếu tôi tải xuống các tệp lớn từ, giả sử Dropbox, đến máy chủ hoặc máy trạm của tôi, tôi sẽ nhận được tốc độ truyền tải tương ứng là 10 MBps và 5 MBps trên một kết nối, điều này đúng theo từng tốc độ kết nối 100 Mbps và 50 Mbps lặp đi lặp lại

Tuy nhiên, nếu tôi chuyển tệp từ máy chủ của mình (qua HTTP hoặc FTP) sang máy trạm của mình, tôi thậm chí không đạt được tốc độ 50 Mb / giây mà tôi sẽ nhận được (tốc độ truyền 5 MB / giây) nhưng thay vào đó tôi nhận được thứ gì đó tương đương với 3 Mb / giây (Tốc độ truyền 300 KBps).

Tôi đang cố gắng để hiểu tại sao tôi nhận được tốc độ chuyển chậm. Tôi không chắc chắn về cách gỡ lỗi nó. Bất cứ khi nào tôi đặt vé về vấn đề với các nhà cung cấp dịch vụ lưu trữ, họ sẽ hỏi tôi về kết quả đầu ra của tracert và cuối cùng chỉ đổ lỗi cho một số máy chủ ở giữa. Nhưng điều đó dường như không chính xác, nếu chúng ta xem xét những gì tôi đã nói lúc đầu: Tôi đã thấy vấn đề / tốc độ chính xác này khi có máy chủ của tôi với GoDaddy, iWeb và GloboTech, và trong khi tôi là chính mình với các ISP khác nhau các loại dịch vụ Internet khác nhau . Nó thực sự trông giống như một thiết lập cố định ở đâu đó trong khu vực máy chủ.

Các thử nghiệm tôi đã thực hiện :

TỐC ĐỘ

Đây là các bài kiểm tra tốc độ từ speedtest.net đã được thực hiện trong máy chủ chuyên dụng của tôi đối với các máy chủ từ xa khác nhau, bao gồm cả máy chủ trong trung tâm dữ liệu của ISP của tôi ở Mexico City:

Canada : 94,64 Mbps để tải xuống và 94,87 để tải lên http://www.speedtest.net/my-result 43270801975

San Jose, CA : 93,58 Mbps để tải xuống và 95,48 Mbps khi tải lên http://www.speedtest.net/my-result 43270805341

Thành phố Mexico (máy chủ trong cơ sở dữ liệu của ISP của tôi) : 92,99 Mb / giây để tải xuống và 95,39 Mb / giây để tải lên http://www.speedtest.net/my-result 43270810269

Nếu tôi chạy các thử nghiệm đó với cùng các máy chủ từ máy trạm cục bộ của mình, tôi cũng sẽ đạt được tốc độ gần với kết nối 50 Mbps của mình.

TRACERT

Đây là một đầu ra tracert gần đây được thực hiện từ máy trạm của tôi đến máy chủ chuyên dụng của tôi:

 1    <1 ms    <1 ms    <1 ms  192.168.7.254
 2     2 ms     1 ms     1 ms  10.69.32.1
 3     *        3 ms     2 ms  10.5.50.174
 4     3 ms     2 ms     2 ms  10.5.50.173
 5     *        5 ms     3 ms  fixed-203-69-2.iusacell.net [189.203.69.2]
 6    32 ms    32 ms    32 ms  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
 7    33 ms    33 ms    33 ms  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
 8    33 ms    33 ms    33 ms  ae13.dal33.ip4.tinet.net [77.67.71.221]
 9    76 ms    76 ms   157 ms  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
10    72 ms    72 ms    72 ms  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
11    72 ms    72 ms    72 ms  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
12    72 ms    72 ms    73 ms  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
13    72 ms    72 ms    72 ms  ns1.marveldns.com [173.209.57.82]

IPERF

Đây là một thử nghiệm iperf được thực hiện bằng máy chủ chuyên dụng của tôi là máy chủ và máy trạm của tôi là máy khách:

------------------------------------------------------------
Client connecting to ns1.marveldns.com, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.7.2 port 60339 connected with 173.209.57.82 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.3 sec  5.62 MBytes  4.59 Mbits/sec

BỆNH NHÂN

Đây là đầu ra của một khen ngợi đường dẫn được thực hiện từ máy trạm của tôi đến máy chủ chuyên dụng của tôi:

Tracing route to ns1.marveldns.com [173.209.57.82]
over a maximum of 30 hops:
  0  ws1 [192.168.7.2]
  1  192.168.7.254
  2  10.69.32.1
  3     *     10.5.50.174
  4  10.5.50.173
  5  fixed-203-69-2.iusacell.net [189.203.69.2]
  6  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
  7  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
  8  ae13.dal33.ip4.tinet.net [77.67.71.221]
  9  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
 10  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
 11  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
 12  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
 13  ns1.marveldns.com [173.209.57.82]

Computing statistics for 325 seconds...
            Source to Here   This Node/Link
Hop    RTT  Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           ws1 [192.168.7.2]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.7.254
                                0/ 100 =  0%   |
  2    1ms     0/ 100 =  0%     0/ 100 =  0%  10.69.32.1
                                0/ 100 =  0%   |
  3    3ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.174
                                0/ 100 =  0%   |
  4    2ms     0/ 100 =  0%     0/ 100 =  0%  10.5.50.173
                                0/ 100 =  0%   |
  5    4ms    20/ 100 = 20%    20/ 100 = 20%  fixed-203-69-2.iusacell.net [189.203.69.2]
                                0/ 100 =  0%   |
  6   34ms     0/ 100 =  0%     0/ 100 =  0%  8-1-33.ear1.Dallas1.Level3.net [4.71.220.89]
                                0/ 100 =  0%   |
  7   34ms     0/ 100 =  0%     0/ 100 =  0%  ae-3-80.edge5.Dallas3.Level3.net [4.69.145.145]
                                0/ 100 =  0%   |
  8   33ms     0/ 100 =  0%     0/ 100 =  0%  ae13.dal33.ip4.tinet.net [77.67.71.221]
                                0/ 100 =  0%   |
  9   79ms     0/ 100 =  0%     0/ 100 =  0%  xe-1-0-0.mtl10.ip4.tinet.net [89.149.185.41]
                                2/ 100 =  2%   |
 10   73ms    14/ 100 = 14%    12/ 100 = 12%  te2-2.cr2.mtl3.gtcomm.net [67.215.0.160]
                                0/ 100 =  0%   |
 11   72ms     2/ 100 =  2%     0/ 100 =  0%  ae2.csr2.mtl3.gtcomm.net [67.215.0.134]
                                2/ 100 =  2%   |
 12   72ms    18/ 100 = 18%    14/ 100 = 14%  te3-4.dist1.mtl8.gtcomm.net [67.215.0.83]
                                0/ 100 =  0%   |
 13   72ms     4/ 100 =  4%     0/ 100 =  0%  ns1.marveldns.com [173.209.57.82]

Trace complete.

Những điều bạn có thể thử cho chính mình

Nếu bạn muốn dùng thử, đây là một vài điều tôi đã thiết lập trên máy chủ cho mục đích thử nghiệm:

Tệp lớn trên máy chủ HTTP

Tôi đã đặt một tệp 5 GB trong máy chủ của mình để có thể tải xuống qua HTTP. Bạn có thể tìm thấy nó ở đây: http://www.marveldns.com/transfer_test/

Ứng dụng Speedtest MINI

Tôi đã thiết lập thử nghiệm "speedtest mini" trên máy chủ của mình. Bạn có thể truy cập nó và xem tốc độ mà nó nói bạn đang nhận được cho cả tải xuống và tải lên trong máy chủ của tôi và chính bạn. Bạn có thể tìm thấy nó ở đây: http://www.marveldns.com/speedtest/

Cuối cùng :

Như tôi đã nói trước đây, tôi đang cố gắng giúp đỡ để hiểu toàn bộ sự việc. Tôi không phải là chuyên gia về TCP / IP hoặc mạng đầu cuối. Tôi thực sự thậm chí không biết rõ cách sử dụng kết quả của tracert, iperf hoặc pingpath để có thể giải quyết vấn đề, nhưng tôi bao gồm chúng bởi vì tôi luôn hỏi về vấn đề này.

Nếu câu hỏi của tôi thiếu một cái gì đó để tốt hơn, xin vui lòng không chỉ trích dẫn nó và cho tôi biết những gì sai với nó hoặc những gì khác tôi có thể thêm vào nó để nhận được sự giúp đỡ. Cảm ơn bạn.


chỉ vì tôi tò mò, tốc độ của bạn là bao nhiêu khi bạn quên tập tin của mình trên localhost trên máy chủ chuyên dụng?
Brice

Chào Brice. Tôi nhận được khoảng 50 MB / s (byte, không phải bit), tốc độ tương đương với tốc độ tôi nhận được nếu tôi sao chép thủ công tệp vào cùng một thư mục trong cùng một đĩa trong Windows Explorer (do đó bị giới hạn bởi tốc độ đĩa trong khi nó đọc từ và ghi vào chính nó).
Francisco Zarabozo

1
Theo tracert, máy trạm của bạn nằm trên một mạng khá lớn. Bạn đã thử hỏi quản trị viên mạng cục bộ nếu có một số loại Qos nào đó sẽ làm chậm kết nối chưa?

Nếu bạn bắt đầu nhiều lần chuyển đồng thời, tốc độ kết hợp sẽ tăng lên gần 50Mbit / s dự kiến? I E. Là chậm trên tất cả, hoặc chậm trên mỗi kết nối?
Cấp

@Grant: Với nhiều kết nối, nó quảng cáo lên tới 50 Mbps. Giới hạn xảy ra trên mỗi kết nối.
Francisco Zarabozo

Câu trả lời:


9

Nút thắt tôi thấy khi truy cập URL đó rõ ràng là do kích thước cửa sổ.

Khi tôi cố tải xuống từ máy chủ của mình, tôi nhận được 555KB / s. Tôi có thời gian làm tròn là 108ms. Làm toán tôi nhận được kích thước cửa sổ sau: 555KB / s * 108ms = 59.94KB.

Miễn là tôi làm điều đó từ một máy chủ lưu trữ trong trung tâm dữ liệu, tôi sẽ nhận được thông lượng và vòng tròn rất phù hợp. Ngoài ra, nếu tôi bắt đầu hai lần tải xuống song song, mỗi lượt nhận được 555KB / s. Đó chính xác là triệu chứng bạn sẽ thấy khi nút cổ chai là kích thước cửa sổ.

Không có tỷ lệ cửa sổ, cửa sổ không thể lớn hơn 64KB. Nhưng tôi thấy tỷ lệ cửa sổ được đàm phán, vì vậy thông lượng cao hơn nên có thể. Điều này để lại hai giả thuyết để điều tra:

  • Một cái gì đó đang xáo trộn tùy chọn chia tỷ lệ cửa sổ trên đường dẫn từ máy khách đến máy chủ làm cho máy chủ nghĩ rằng cửa sổ được chia tỷ lệ theo hệ số 1.
  • Máy chủ có thể được cấu hình để không bao giờ sử dụng cửa sổ gửi hơn 60KB trên mỗi kết nối.

Đầu tiên là dễ dàng xác minh nếu bạn có thể thực hiện chụp gói trên máy chủ. Chỉ cần nhìn vào tùy chọn chia tỷ lệ trên các gói SYN đến để tìm hiểu xem hệ số tỷ lệ cao hơn một có được máy chủ nhận không. Tôi có thể khuyên bạn nên sử dụng Wireshark để phân tích lưu lượng.

Xác minh giả thuyết thứ hai đòi hỏi một số kiến ​​thức về hệ điều hành bạn đang sử dụng. Bạn tình cờ đã chọn một hệ điều hành mà tôi không biết, vì vậy tôi không thể giúp được. Vì vậy, tôi chỉ có thể giúp với chuyên môn về mạng.


Tôi không chắc chắn 100%, nhưng kích thước cửa sổ không bị ảnh hưởng bởi kích thước bộ đệm gửi và nhận bộ đệm (tùy chọn ổ cắm SO_RVSBUF và SO_SNDBUF)? Tôi đã thấy các sự cố tương tự khi bộ đệm quá nhỏ (ví dụ: 1KB) và thông lượng rất hạn chế so với 4KB hoặc 8KB).
Cameron Kerr

@CameronKerr Nhận xét của bạn đã khiến tôi có cái nhìn khác về giao tiếp. Lần này tôi đã thử nghiệm từ máy tính xách tay của mình (trên WiFi và có thông lượng thấp hơn). Những gì tôi quan sát được là tôi nhận được 138KB / giây với vòng tròn 105ms. Điều đó có nghĩa là kích thước cửa sổ hiệu quả là 14,5KB. Cửa sổ nhận được quảng cáo bởi máy tính xách tay của tôi đã tăng lên 679 << 7 (khoảng 85KB) trước khi thông lượng ổn định. Điều đó sẽ loại trừ khả năng hệ số tỷ lệ đơn giản là bằng 0 trong quá trình vận chuyển và nên loại trừ khả năng thông lượng bị hạn chế bởi việc nhận bộ đệm vào cuối của tôi.
kasperd

Một bài viết có liên quan cho Windows Server 2008 r2 có thể được tìm thấy ở đây: andydavies.me/blog/2011/11/21/ mẹo
Francisco Zarabozo
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.