Re: Firewire/USB Card for Qube 2

Izumi Tsutsui <[email protected]>
Newsgroups gmane.os.netbsd.ports.cobalt
Message-ID <[email protected]>
[email protected] wrote:

> Speaking of speeds, frequencies and bandwidths seems
> that regardless of the speed of the Ethernet adapters
> the Qube 2 can not go beyond 10MBits/s speed.

How did you measure the speed?
ttcp on my RaQ (not RaQ2) shows:
---
# uname -v
NetBSD 4.99.63 (GENERIC) #83: Sat May 24 01:56:56 JST 2008  \
tsutsui@mirage:/usr/src/sys/arch/cobalt/compile/GENERIC
# ttcp -rs
ttcp-r: buflen=8192, nbuf=2048, align=16384/0, port=5001  tcp
ttcp-r: socket
ttcp-r: accept from 192.168.20.1
ttcp-r: 16777216 bytes in 6.39 real seconds = 2562.00 KB/sec +++
ttcp-r: 2051 I/O calls, msec/call = 3.19, calls/sec = 320.72
ttcp-r: 0.0user 2.6sys 0:06real 41% 0i+0d 0maxrss 0+2pf -15+45csw
# ttcp -ts 192.168.20.1
ttcp-t: buflen=8192, nbuf=2048, align=16384/0, port=5001  tcp  -> 192.168.20.1
ttcp-t: socket
ttcp-t: connect
ttcp-t: 16777216 bytes in 7.20 real seconds = 2276.17 KB/sec +++
ttcp-t: 2048 I/O calls, msec/call = 3.60, calls/sec = 284.52
ttcp-t: 0.0user 5.1sys 0:07real 71% 0i+0d 0maxrss 0+2pf -12+51csw
# 
---
so at least it's faster than 10Mb/s ;-)

> Is it possible that they is not performing up to their
> specification because of low bus frequency,
> competitions or slow IRQ response?

There is some implementation issue (there are too many extra
cache flush, tulip Ethernet doesn't handle unaligned RX buffer etc.),
but a slower IDE disk/interface might be most problematic on usual ops.

Some extra kernel options (DIAGNOSTIC, DEBUG, LOCKDEBUG, KMEMSTATS etc)
also make kernel much slower, BTW.
---
Izumi Tsutsui
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.