netdev - Re: Extremely bad performance with RTL8111/8168B

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 10 Jul 2013 00:29:51 +0100
From:	Ben Hutchings <bhutchings@...arflare.com>
To:	Pavel Machek <pavel@....cz>
CC:	Eric Dumazet <eric.dumazet@...il.com>,
	Francois Romieu <romieu@...zoreil.com>,
	Hayes Wang <hayeswang@...ltek.com>, <netdev@...r.kernel.org>
Subject: Re: Extremely bad performance with RTL8111/8168B

On Tue, 2013-07-09 at 11:32 +0200, Pavel Machek wrote:
> On Mon 2013-07-08 17:12:32, Eric Dumazet wrote:
> > On Tue, 2013-07-09 at 02:09 +0200, Pavel Machek wrote:
> > 
> > > BTW I'm on 100mbit switch, so advanced stuff needed for gigabit speed
> > > is not too important for me. I may want to connect it with cross cable
> > > in future, but for now...
> > 
> > Check "ethtool eth0" and make sure you are in full-duplex mode.
> 
> It seems that is not a problem... and I guess I have new speed record:
> 
> pavel@amd:~$ scp /tmp/delme pavel@duo:/tmp
> pavel@...'s password: 
> delme                                          66%   22MB  11.7KB/s - stalled -
> /tmp/delme: Broken pipe
> pavel@amd:~$ 
> 
> (No, I did not terminate the transfer, it just died :-().
> 
> root@duo:~# ethtool eth0
> Settings for eth0:
> 	Supported ports: [ TP MII ]
> 	Supported link modes:   10baseT/Half 10baseT/Full 
> 	                        100baseT/Half 100baseT/Full 
> 	                        1000baseT/Half 1000baseT/Full 
> 	Supports auto-negotiation: Yes
> 	Advertised link modes:  10baseT/Half 10baseT/Full 
> 	                        100baseT/Half 100baseT/Full 
> 	                        1000baseT/Half 1000baseT/Full 
> 	Advertised pause frame use: Symmetric Receive-only
> 	Advertised auto-negotiation: Yes
> 	Link partner advertised link modes:  10baseT/Half 10baseT/Full 
> 	                                     100baseT/Half 100baseT/Full 
> 	Link partner advertised pause frame use: Symmetric
> 	Link partner advertised auto-negotiation: Yes
[...]
> Hmm, that is slightly interesting. What is the pause stuff? e1000e on
> the same switch reports:
>
> Settings for eth0:
> 	Supported ports: [ TP ]
> 	Supported link modes:   10baseT/Half 10baseT/Full 
> 	                        100baseT/Half 100baseT/Full 
> 	                        1000baseT/Full 
> 	Supports auto-negotiation: Yes
> 	Advertised link modes:  10baseT/Half 10baseT/Full 
> 	                        100baseT/Half 100baseT/Full 
> 	                        1000baseT/Full 
> 	Advertised pause frame use: No

e1000e doesn't report the advertised pause frame flags (or any link
partner advertising flags).

> 	Advertised auto-negotiation: Yes
> 	Speed: 100Mb/s
> 	Duplex: Full
> 	Port: Twisted Pair
> 	PHYAD: 1
> 	Transceiver: internal
> 	Auto-negotiation: on
> 	MDI-X: on
> 	Supports Wake-on: pumbg
> 	Wake-on: g
> 	Current message level: 0x00000007 (7)
> 	Link detected: yes
> root@amd:~# 
> 
> I tried 
> 
> root@duo:~# ethtool -A eth0 rx off tx off
> Cannot get device pause settings: Operation not supported
> root@duo:~# 
> 
> Also... Why it reports Port: MII instead of "twisted pair"?

Minor bug in r8169, not really relevant.

Ben.

-- 
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html