linux-kernel - RE: sk98lin extremely slow transfer rate ASUS P5P800(2.6.17.7)

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-next>] [day] [month] [year] [list]

Date:	Fri, 4 Aug 2006 08:50:33 +0200
From:	"SysKonnect Support" <support@...konnect.de>
To:	"Sean Bruno" <sean.bruno@...-only.net>,
	<linux-kernel@...r.kernel.org>
Cc:	<linux@...konnect.de>
Subject: RE: sk98lin extremely slow transfer rate ASUS P5P800(2.6.17.7)

Hi Sean,

Did you test with the current driver version 8.34, which is vailable on
our website?

Best regards,
Karim

Marvell(r) Semiconductor Germany GmbH 
------------------------------------- 
Karim Jamal 
Technical Support Engineer 
-------------------------------------- 
Phone: +49 (0) 7243502-330 
Fax: +49 (0) 7243502-364 
Mail: support@...konnect.de 
Web: http:\\www.syskonnect.de 



-----Original Message-----
From: Sean Bruno [mailto:sean.bruno@...-only.net] 
Sent: Thursday, August 03, 2006 5:40 PM
To: linux-kernel@...r.kernel.org
Cc: linux@...konnect.de
Subject: sk98lin extremely slow transfer rate ASUS P5P800(2.6.17.7)


I am experiencing a very slow(32Kbytes per second) transfer rate on an
ASUS P5P800 mobo.  This occurs on a special case where I am sending
individual 32Kbyte messages from a second server.  

I suspect the hardware, but am not sure how to come up with a 'good'
regression test for this issue.  

Configurations I have tried:

1. If I swap out the ethernet adapter(tried a intel 10/100 and intel
10/100/1000) the transfer rate jumps up into the MBytes / second.

2. If I do 'other' network activity on the box, like scp'ing' files
around, the transfer rate for my 32Kbyte packets goes up into the Mbytes
/ second.  So I am a little baffled with the behavior.  

3. If I just 'scp' files around of various sizes the transfer rate goes
up into the Mbytes / second.



some of the relevant dmesg information:

eth0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
      PrefPort:A  RlmtMode:Check Link State
...
eth0: network connection up using port A
    speed:           1000
    autonegotiation: yes
    duplex mode:     full
    flowctrl:        symmetric
    role:            slave
    irq moderation:  disabled
    scatter-gather:  disabled
    tx-checksum:     disabled
    rx-checksum:     disabled


lspci -vvv output for the ethernet adapter:
02:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001
Gigabit Ethernet Controller (rev 13)
        Subsystem: ASUSTeK Computer Inc. Marvell 88E8001 Gigabit
Ethernet Controller (Asus)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (5750ns min, 7750ns max), Cache Line Size 04
        Interrupt: pin A routed to IRQ 7
        Region 0: Memory at fbffc000 (32-bit, non-prefetchable)
[size=16K]
        Region 1: I/O ports at e800 [size=256]
        Expansion ROM at f0000000 [disabled] [size=128K]
        Capabilities: [48] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1
+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=1 PME-
        Capabilities: [50] Vital Product Data

The Marvel ethernet adapter is connected to a Linksys SD2005 10/100/1000
switch.  

Any ideas why it would be doing this or a 'good' test for me to try?

Sean

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/