The machine is on a Novell 4.2 network and uses an Intel
Ether Express 16 card. It is possible to be on another
machine and transfer a file FROM the linux box at a rate of
However, transferring to the linux machine gives rates of
about 18kB/s. Similarly if one is
on the Linux box using ftp, transfer both from and
to another machine and
from another machine is slow - around 18Kb / sec.
It is a dual boot system - when tranferring/receiving files
using windoze ftp (QVFTP or WS_FTP) the transfer rates in
both direction are 600kB/s.
At installation time, linux was set up to use the
'eexpress' driver and the bootp protocol.
There are no packet overflows, packets lost or errors generally.
Visualising the transfer using the 'hash' function of ftp
shows that transfer progresses at the expected speed for
10-30kB, then stalls or slows down to a snail pace, then
starts again, slow, stall, slow, etc...
I have tried
- explicitly stating the IRQ=10, I/O base address 0x300
- turning on/off IPX
- making the MTU smaller
- manually configuring (i.e no bootp) the ip address etc.
- playing with the routing window as suggested in the
The only effect I have been able to achieve is a reduction
in performance to 13kB/s.
Checking usenet a number of people seem to have had a
similar problem but no relevant solutions suggested. One
person claimed they started having this problem when
they upgraded their motherboard.
I have no idea what to do next... help...