Re: [parisc-linux] C110 builtin nic slow?

[Joel Soete <soete.joel@tiscali.be>]

Hi Grant,

Grant Grundler wrote:
> On Sun, Oct 26, 2003 at 04:49:04PM +0000, Joel Soete wrote:
> 
>>8. Raven T' Core LAN (802.3) (10) at 0xffd07000 [8/16/6], versions 0x32, 
>>0x0, 0x8a
> 
> 
> This is a 10Mb link.
> 
Yes ;)
> 
>>And, at the office, I use to obtain around nice 1Mb/s when I do such 
>>rsync or ftp between my b180 connected via a hub.
> 
> 
> Which protocol?
> 

ftp (ncftp), rsync, scp

> 
>>But here at home, I connect the builtin nic of my c110 with a 
>>cross-cable to my pc (proxy) and I just obtain 50kb/s (whatever the 
>>kernel I boot 2.4 or 2.6) (ie 20 time less then with a another pc 
>>connected in place of the c110). Is it possible to improve the 
>>performance of this builtin nic?
> 
> 
> Earlier this year I exchanged email with someone on linux-ia64 list with
> a similar sounding problem. They were trying to NFS mount some exported
> by the ia64-linux server but perf was ~80KB/s vs 50MB/s (1000BT) across
> the same link to another ia64-linux box. We never found the root cause
> since netperf demonstrated the UDP throughput was > 50MB/s (expected)
> in the same config. I could only guess it was something in the NFS
> stack having to do with 16K pages.
> 

Well all kernel tested since now (2.4 or 2.6) were well configured to 
support NFS (even if exports file is empty). I can try to remove this 
support?

> But thinking about this more, I'm wondering if some kernel code is
> accessing misaligned data someplace in the networking stack.
> The arguments I've heard is this is expected behavior.
> 
> Joel,
> 1) Can you verify dmesg has no misaligned data access reports?

Unfortunately no such a messages :(

> 2) Can you clarify how you are measuring performance?
>    (ie which protocols and which tools?)

what ever the protocol I use (ftp, rsync, scp) they report their own 
stat which are very low and correspond to the results of gkrellm (iptraf 
seems to lock the trafic).

hm another strange thing: I just compressed the my last kernel 2.4 
sources (about 30Mb) and on my pc I get it with scp from the c110: scp 
and gkrellm showing a rate of about 150Kb/s. Then remove the file on the 
c110 and on this i grab the same file with scp (also) and this time scp 
amd gkrellm showing  togehter a rate a about 50Kb/s. That is get now put 
show same results (i mean on pc put to c110: rate about 50Kb/s; on c110 
put to pc: rate about 150Kb/s).

That say. I also try to re-do the same test with ncftp which seems to 
show the same results excepted that 'put' from c110 to pc 'stail' after 
only one hundred Kb (and I installed the same ftp server on each ie:
ii  ftpd           0.17-16        FTP server
ii  tftpd          0.17-10        Internet trivial file transfer 
protocol serv).



> 3) Can you setup/run netperf or httperf with the PC to verify whatever
>    protocol you are using basically works?

I try to install the non-free (?) dpkg on my pc but:
sid:/home/jso/work # netperf -t UDP_STREAM
UDP UNIDIRECTIONAL SEND TEST to localhost
udp_send: data send error: Message too long
sid:/home/jso/work # netperf -t UDP_STREAM -f m
UDP UNIDIRECTIONAL SEND TEST to localhost
udp_send: data send error: Message too long
sid:/home/jso/work # netperf -t TCP_RR
TCP REQUEST/RESPONSE TEST to localhost
Local /Remote
Socket Size   Request  Resp.   Elapsed  Trans.
Send   Recv   Size     Size    Time     Rate
bytes  Bytes  bytes    bytes   secs.    per sec

16384  87380  1        1       9.99     15980.06
16384  87380
sid:/home/jso/work # netperf -t UDP_RR
UDP REQUEST/RESPONSE TEST to localhost
Local /Remote
Socket Size   Request  Resp.   Elapsed  Trans.
Send   Recv   Size     Size    Time     Rate
bytes  Bytes  bytes    bytes   secs.    per sec

65535  65535  1        1       10.00    27145.26
65535  65535

hmm may be should I try to rebuild the very last src (from hp).
More over the pkg is not available for parisc but I trust it would just 
be rebuild for this platform?

(i just haven't enough time to do it right now, sorry)

The few I can let iptraf running it didn't show's me any udp trafic :(
  Statistics for eth1
Total:     5350    4077724        2411     459794        2939    3617930
IP:        5350    4002824        2411     426040        2939    3576784
TCP:       5350    4002824        2411     426040        2939    3576784
UDP:          0          0           0          0           0          0
ICMP:         0          0           0          0           0          0
Other IP:     0          0           0          0           0          0
Non-IP:       0          0           0          0           0          0


Thanks for help,
	Joel