John William wrote:
>
> >I've seen many reports like this where the NIC is invalidly in
> >full-duplex more while the router is in half-duplex mode.
>
> [root@copper diag]# ./tulip-diag eth1 -m
> tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
> http://www.scyld.com/diag/index.html
> Index #1: Found a Lite-On 82c168 PNIC adapter at 0xfe00.
> Port selection is MII, full-duplex.
> Transmit started, Receive started, full-duplex.
> The Rx process state is 'Waiting for packets'.
> The Tx process state is 'Idle'.
> The transmit threshold is 512.
> MII PHY found at address 1, status 0x782d.
> MII PHY #1 transceiver registers:
> 1000 782d 7810 0000 01e1 41e1 0001 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 4000 0000 38c8 0010 0000 0002
> 0001 0000 0000 0000 0000 0000 0000 0000.
> [root@copper diag]# ./mii-diag eth1
> Basic registers of MII PHY #1: 1000 782d 7810 0000 01e1 41e1 0001 0000.
> The autonegotiated capability is 01e0.
> The autonegotiated media type is 100baseTx-FD.
> Basic mode control register 0x1000: Auto-negotiation enabled.
> You have link beat, and everything is working OK.
> Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD
> 10baseT.
> End of basic transceiver informaion.
>
> On the NetGear switch, I have indicator lights for 100baseT-FD on both
> connections used for testing. So it appears to me that everything is working
> correctly (hardware).
>
> I keep coming back to a problem with the kernel, or that somehow I have two
> cards (FA310 and 3CSOHO) defective in almost exactly the same way, but only
> on receive. If it were a hardware problem, why would I only get poor
> performance in one direction and not both?
>
> Does anyone have network performance numbers for a comparable machine (P-90
> class)? I'm thinking I should expect 50-70Mbps on a PCI 10/100 ethernet card
> from a P-90 class machine, right?
Depends on what is driving it... An application I built can only push about
80 Mbps bi-directional on PII 550Mhz machines. It is not the most efficient program in
the world, but it isn't too bad either...
I missed the rest of this thread, so maybe you already mentioned it, but
what is the bottleneck? Is your CPU running at 100%?
Greatly increasing the buffers both in the drivers and in the sockets
does wonders for higher-speed connections, btw.
Ben
--
Ben Greear <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
