From owner-freebsd-hardware Wed Oct 9 17:39:14 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23965 for hardware-outgoing; Wed, 9 Oct 1996 17:39:14 -0700 (PDT) Received: from databus.databus.com (databus.databus.com [198.186.154.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA23937 for ; Wed, 9 Oct 1996 17:39:05 -0700 (PDT) From: Barney Wolff To: hardware@FreeBSD.org Date: Wed, 9 Oct 1996 20:26 EDT Subject: Re: Poor SMC Etherpower 10/100 transfer rates Content-Type: text/plain Message-ID: <325c45a40.4f38@databus.databus.com> Sender: owner-hardware@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Is it possible the card is trying to do full-duplex Ethernet? I have an odd data point to contribute. I have an SMC 9332 in an NT box. NT allows 10 Mb, 100 Mb and 100 Mb full-duplex for it. On a 100 Mb SMC TigerHub 100, talking to a freebsd 2.1.5-release box with an Intel Pro-100B, I found that the SMC9332 had to be set in non-full-duplex mode or performance would be just awful. I'm not sure whether that means that the hub does not support full-duplex, or freebsd with the Intel doesn't, or both. Since full-duplex 10 Mb does exist (I think) I wonder if the card thinks that's what it should be doing. Where can I RTFM on flag settings for NICs (is that what link does)? With the SMC set properly, I get 6-7MB/sec ftp rate between these two P6/200 boxes on the 100Mb hub. But even then, I often see a pause of something like a second just after the start of the transfer. Can't tell if that's caused by packet loss or what. I wondered about MTU discovery, but as I read the code it starts with the MTU of the interface, which is 1500. Barney Wolff