mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: William Lee Irwin III <wli@holomorphy.com>
To: Roy Sigurd Karlsbakk <roy@karlsbakk.net>
Cc: Rik van Riel <riel@conectiva.com.br>,
	linux-kernel@vger.kernel.org, Knut Olav Boehmer <knuto@linpro.no>,
	Frank Ronny Larsen <gobo@gimle.nu>
Subject: Re: still problems with heavy i/o load
Date: Wed, 30 Jan 2002 10:37:19 -0800	[thread overview]
Message-ID: <20020130183719.GA24132@holomorphy.com> (raw)
In-Reply-To: <Pine.LNX.4.30.0201301825470.31732-100000@mustard.heime.net>
In-Reply-To: <Pine.LNX.4.30.0201301825470.31732-100000@mustard.heime.net>

On Wed, Jan 30, 2002 at 06:42:38PM +0100, Roy Sigurd Karlsbakk wrote:
> I don't know what this might be, but still, now on -rmap12a, i get the
> following behaviour:
> * streaming starts
> * speed is initially >40MB/s
> * when cache is used up, it falls to ~30MB/s - then (after a while) down
>   to ~25MB/s
> * then down to 0, which might show the wget processes on the remote
>   computer should be finished, but they aren't. They (59 of the original
>   100) are in Sleeping state. The server won't push more data.
> This problem is _not_ rmap specific, as mentioned in
> http://karlsbakk.net/dev/kernel/vm-fsckup.txt. With 2.4.17-vanilla, the
> data transfer halts after reading 2xRAM bytes.

This is very strange. Is the client machine constant? What kernel does
it use? Is it reproducible against multiple client kernels? This sounds
like a fairly serious regression. Are you always using tux as the httpd?
What about other httpd's?

On Wed, Jan 30, 2002 at 06:42:38PM +0100, Roy Sigurd Karlsbakk wrote:
> strangely, rmap11c seems to be quite stable, but only gives me ~32MB/s,
> whereas the initial is close to 50.
> I have posted mesages about this bug so many times now, that I really soon
> will try to install CP/M or something. At least a stable system!
> And - yes! - I have tried Andrea's patches. The only fscking thing that
> seems to be close to solving it is rmap11c
> Please help me about this

I will at least attempt to reproduce this behavior. I'm suspicious that
the problem could lie in a dark corner only tangentially VM-related, as
you seem to be able to reproduce it under a variety of VM's.


Cheers,
Bill

  parent reply	other threads:[~2002-01-30 18:37 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-30 17:42 Roy Sigurd Karlsbakk
2002-01-30 17:51 ` Roy Sigurd Karlsbakk
2002-01-30 18:37 ` William Lee Irwin III [this message]
2002-01-30 18:38   ` Roy Sigurd Karlsbakk

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=20020130183719.GA24132@holomorphy.com \
    --to=wli@holomorphy.com \
    --cc=gobo@gimle.nu \
    --cc=knuto@linpro.no \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    --cc=roy@karlsbakk.net \
    /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

all inboxes | Powered by JetHome®