Low performance

R. Pietsch rp.rsync at pcs-at.com
Mon Jan 9 09:06:00 MST 2012


Am 2012-01-09 11:37, schrieb tmc at vandradlabs.com.au:
> I had network data transfer issue some time ago where transfers in one  (A
> to B) direction were at full network speed..  Transfers in opposite
> directions (B to A) where going at 1 to 2 Kbit/sec.
>
> Eventually the cause was tracked down and it turned out to be a duplex
> mismatch caused by auto-negotiation protocols between two switches, and
> also between one of the switches and one of the hosts
>
> Tomasz

Here are the infos about the links:

Receiver to Transmitter:

root at Marc:~# ethtool eth3
Settings for eth3:
        Supported ports: [ FIBRE ]
        Supported link modes:   1000baseT/Full
                                10000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseT/Full
                                10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 10000Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: d
        Wake-on: d
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

root at Marc:~# netperf -H 10.99.11.11
TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.99.11.11
(10.99.11.11) port 0 AF_INET : demo
Recv   Send    Send                         
Socket Socket  Message  Elapsed             
Size   Size    Size     Time     Throughput 
bytes  bytes   bytes    secs.    10^6bits/sec 

 87380  16384  16384    10.00    6132.09

root at Marc:~# iperf -c 10.99.11.11
----------------------------------------------------------
Client connecting to 10.99.11.11, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.99.11.6 port 48260 connected with 10.99.11.11 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  5.83 GBytes  5.01 Gbits/sec

root at Marc:~# dd if=/dev/zero of=/var/samba/zerotest bs=1M count=10K
10240+0 Datensätze ein
10240+0 Datensätze aus
10737418240 Bytes (11 GB) kopiert, 11,6261 s, 924 MB/s

root at Marc:~# dd if=/var/samba/zerotest of=/dev/null
20971520+0 Datensätze ein
20971520+0 Datensätze aus
10737418240 Bytes (11 GB) kopiert, 17,8593 s, 601 MB/s

root at Marc:~# dd if=/var/samba/zerotest of=/dev/null bs=1M
10240+0 Datensätze ein
10240+0 Datensätze aus
10737418240 Bytes (11 GB) kopiert, 4,62835 s, 2,3 GB/s

root at Marc:~# date ; nc 10.99.11.6 1234 </var/samba/zerotest ; date
Mo 9. Jan 17:03:39 CET 2012
Mo 9. Jan 17:04:29 CET 2012



####################
Transmitter to receiver:

root at titus:~# ethtool eth2
Settings for eth2:
        Supported ports: [ FIBRE ]
        Supported link modes:   1000baseT/Full
                                10000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseT/Full
                                10000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 10000Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: d
        Wake-on: d
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

root at titus:~# netperf -H 10.99.11.6

TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.99.11.6
(10.99.11.6) port 0 AF_INET : demo
Recv   Send    Send                         
Socket Socket  Message  Elapsed             
Size   Size    Size     Time     Throughput 
bytes  bytes   bytes    secs.    10^6bits/sec 

 87380  16384  16384    10.00    7617.07

root at titus:~# iperf -c 10.99.11.6
------------------------------------------------------------
Client connecting to 10.99.11.6, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.99.11.248 port 48717 connected with 10.99.11.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  8.65 GBytes  7.43 Gbits/sec

root at titus:~# dd if=/dev/zero of=/Backup/Base/zerotest bs=1M count=10K
10240+0 Datensätze ein
10240+0 Datensätze aus
10737418240 Bytes (11 GB) kopiert, 11,7954 s, 910 MB/s

##################




>
> On Mon, January 9, 2012 20:33, Hendrik Visage wrote:
>> On Sat, Jan 7, 2012 at 10:32 PM, R. Pietsch <rp.rsync at pcs-at.com> wrote:
>>> I try to capture such a rsync-stream with wireshark.
>> Hmmm... receiving or transmitting side?
>> I *assume* the transmitting side given the time difference between the
>> packets and their ACKs.
>>
>>> the times are for example:
>>> 10.510155 for the rsync-packet (Len=27512)
>>> 10.550024 for the Ack
>>> 10.550181 for the next rsync (len=27512)
>>> 10.589985 for the Ack
>> What would be interesting, would be to compare the absolute times of
>> both sides during this to see the actual network latency, and the
>> processing time on the receiving side, as the .03-.04 difference could
>> be anything.
>> --
>> Please use reply-all for most replies to avoid omitting the mailing list.
>> To unsubscribe or change options:
>> https://lists.samba.org/mailman/listinfo/rsync
>> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>>
>


-- 
Mit freundlichen Grüßen / best regards

Ing. Rainer Pietsch
----------------------------------------------------------
PCS - Pichler Computer Systeme
Inh. Claudia Pichler-Pietsch
Hauptplatz 10
A-2751 Steinabrückl
Österreich / Austria
----------------------------------------------------------
mail:  r.pietsch at pcs-at.com
web:   http://www.pcs-at.com
tel.:  +43 (2622) 420 19 / 15
mobil: +43 (676) 31 242 69
fax:   +43 (2622) 420 19 / 20
----------------------------------------------------------



More information about the rsync mailing list