public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tom Sightler <ttsig@tuxyturvy.com>
To: Ion Badulescu <ionut@cs.columbia.edu>
Cc: Tom Sightler <ttsig@tuxyturvy.com>,
	linux-kernel@vger.kernel.org, arjan@fenrus.demon.nl
Subject: Re: xircom_cb problems
Date: Thu, 07 Jun 2001 14:40:45 -0400 (EDT)	[thread overview]
Message-ID: <991939245.3b1fcaada710e@eargle.com> (raw)
In-Reply-To: <Pine.LNX.4.33.0106070118320.22593-100000@age.cs.columbia.edu>
In-Reply-To: <Pine.LNX.4.33.0106070118320.22593-100000@age.cs.columbia.edu>

Quoting Ion Badulescu <ionut@cs.columbia.edu>:

> > 2.4.4-ac11 -- mostly works fine -- minor problems awaking from sleep
> 
> Can you run some performance testing with this driver, though? The
> speed
> of ftp transfers in both directions would be a good measure. The
> reason
> I'm asking is because we saw really poor performance on 100Mb
> full-duplex,
> something like 200-300KB/s when receiving.

OK, I did some simple FTP benchmarking, transferring a 100MB to and from my 
laptop connected to a Cisco Catalyst 6509.  The other systems were a PIII 
700Mhz UP with eepro100 NIC running 2.4.2-ac11, and a PIII 1Ghz SMP (2 proc) 
with Alteon Gigabit NIC running 2.2.19.

Transferring files between the eepro100 machine running 2.4.2-ac11 and my 
laptop produced a result of 2.24MB/s for sending and 2.13MB/s recieving the 
file.

Transfering files between the Alteon Gigabit machine running 2.2.19 and my 
laptop resulted in the dismal numbers of 249KB/s sending and 185KB/s recieving, 
close to the numbers you quoted above, but actually slightly worse.

I'm not sure what would explain the 2.2.19 1GB conencted box being 10x slower 
than the 2.4.2-ac11 100MB machine.

Transferring the same file between the two other boxes gives 9.81MB/s which is 
near the theoretical maximum for 100Mb.

> > 2.4.5-ac9 -- keeps logging "Link is absent" then "Linux is 100 mbit"
> over and
> > over when trying to pull an IP address via dhcp using pump or dhcpcd.
> 
> 
> pump likes to bring the interface up and down and up and down, so those
> 
> messages are not necessarily unusual.

Yea, I've actually complained of this before, the interface up/down things that 
pump does makes it very tough to use on a large network with full spanning tree 
as pump brings the interface down and up again right about the time spanning 
tree puts the port into forwarding mode.  I can get around this by setting 
Cisco's portfast feature, but doing that on all ports somewhat defeats the 
purpose of spanning tree and I move my laptop a lot.
 
> Hmm. I have an idea though. In set_half_duplex, we shouldn't touch the
> MII 
> if the new autoneg value is the same as the old one. It should certainly
> 
> help with things like pump. Arjan, what do you think?
> 
> > Interestingly manually setting an IP address seems to work fine with
> > this driver.
> 
> That's very good to know. So most likely the repeated up/down that
> pump's 
> doing is upsetting the card.

Commenting out the set_half_duplex made the driver in 2.4.5-ac9 work with DHCP 
again so your probably right.
 
I'll apply your patch with the change to MII handling and rerun some simple 
file transfers and report the results soon.

Thanks,
Tom


  reply	other threads:[~2001-06-07 18:41 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-05 22:49 Linux 2.4.5-ac9 Alan Cox
2001-06-06  2:03 ` Keith Owens
2001-06-06  4:32 ` David Ford
2001-06-06  4:39   ` Jeff Garzik
2001-06-06  4:55     ` David Ford
2001-06-06  5:25       ` Keith Owens
2001-06-06  6:08   ` SCSI is as SCSI don't Alan Olsen
2001-06-06  5:39     ` Greg KH
2001-06-06  8:04       ` Alan Olsen
2001-06-06  6:20     ` Alan Olsen
2001-06-06  7:49     ` Alan Cox
2001-06-07  0:00       ` Alan Olsen
2001-06-06  9:15 ` Linux 2.4.5-ac9 Thomas Sailer
2001-06-06 21:43   ` Alan Cox
2001-06-06 10:51 ` Christoph Hellwig
2001-06-06 11:41   ` Thomas Sailer
2001-06-06 13:40     ` Christoph Hellwig
2001-06-06 14:49 ` Chris Liebman
2001-06-06 17:20 ` Tom Sightler
2001-06-06 21:54   ` Ion Badulescu
2001-06-07  3:30     ` xircom_cb problems Tom Sightler
2001-06-07  8:31       ` Ion Badulescu
2001-06-07 18:40         ` Tom Sightler [this message]
2001-06-07 20:29           ` Ion Badulescu
2001-06-08 14:11             ` Tom Sightler
2001-06-08 20:34               ` Ion Badulescu
2001-06-09  1:36                 ` Tom Sightler
2001-06-06 22:44   ` Linux 2.4.5-ac9 arjan
  -- strict thread matches above, loose matches on Subject: below --
2001-06-08 17:45 xircom_cb problems Tom Sightler
2001-06-08 17:58 ` Arjan van de Ven

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=991939245.3b1fcaada710e@eargle.com \
    --to=ttsig@tuxyturvy.com \
    --cc=arjan@fenrus.demon.nl \
    --cc=ionut@cs.columbia.edu \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox