LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Len Brown <len.brown@intel.com>
To: Robert Fendt <fendt@physik.uni-dortmund.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: peculiar problem with 2.6, 8139too + ACPI
Date: 14 May 2004 21:36:38 -0400	[thread overview]
Message-ID: <1084584998.12352.306.camel@dhcppc4> (raw)
In-Reply-To: <A6974D8E5F98D511BB910002A50A6647615FB5FE@hdsmsx403.hd.intel.com>

On Fri, 2004-05-14 at 09:28, Robert Fendt wrote:

> I have the following problem: the 8139too driver produces lots of
> overruns and is _very_ slow (but strangely not always; the problem
> seems to be site-dependant, too). And here is what is weird: if I
> artifically raise the system load (e.g. compile a kernel just for
> fun), the download speed grows by at least an order of magnitude.

It is possible that the system is getting into a high power saving
mode on idle.  Device bus master activity or interrupts will wake
it up -- but the latency to return from power savings mode may be
so high that the device experiences receive buffer overruns.

Some devices handle this latency better than others,
and with a network, dropping RX packets can cause the
connection to thrash, and it seems that is what you see.

If the 8139too has statistics counters showing if it gets
RX buffer over-runs, that would be interseting to observe.

Also, to see what idle power saving states you have, their
latency and their usage, please do this:
cat /proc/acpi/processor/CPU0/power

It would also be interesting to know if you see the problem
more frequently when running on battery power, since some
systems have higher c-state exit latency when on battery.

It would also be interesting to know if you see the same
frequency of the problem on 2.4, since it has 100HZ clock
vs 1000HZ clock on 2.6 -- and this can have a significant
effect on the effectivness of idle c-states.

cheers,
-Len



       reply	other threads:[~2004-05-15  2:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <A6974D8E5F98D511BB910002A50A6647615FB5FE@hdsmsx403.hd.intel.com>
2004-05-15  1:36 ` Len Brown [this message]
2004-05-15 23:30   ` Robert Fendt
2004-05-17 10:30   ` Robert Fendt
2004-05-17 18:24     ` Len Brown
2004-05-17 19:10       ` Jeff Garzik
2004-05-20 23:53       ` Robert Fendt
2004-05-21  1:16         ` Len Brown
2004-05-27 13:45           ` Robert Fendt
2004-05-14 13:28 Robert Fendt

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=1084584998.12352.306.camel@dhcppc4 \
    --to=len.brown@intel.com \
    --cc=fendt@physik.uni-dortmund.de \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: peculiar problem with 2.6, 8139too + ACPI' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).