[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Zlatko's I/O slowdown status

To: Zlatko Calusic <zlatko.calusic@iskon.hr>
Subject: Zlatko's I/O slowdown status
From: Andrea Arcangeli <andrea@suse.de>
Date: Fri, 2 Nov 2001 06:52:55 +0100
Cc: Linus Torvalds <torvalds@transmeta.com>,Jens Axboe <axboe@suse.de>,Marcelo Tosatti <marcelo@conectiva.com.br>, linux-mm@kvack.org,lkml <linux-kernel@vger.kernel.org>
Fake-Sender: owner-linux-mm@kvack.org
In-Reply-To: <87k7xfk6zd.fsf@atlas.iskon.hr>; from zlatko.calusic@iskon.hr on Sun, Oct 28, 2001 at 06:30:14PM +0100
Original-Recipient: rfc822;linux-mm-www-archive@humbolt.geo.uu.nl
References: <Pine.LNX.4.33.0110261018270.1001-100000@penguin.transmeta.com> <87k7xfk6zd.fsf@atlas.iskon.hr>
Sender: Rik van Riel <riel@nl.linux.org>
User-Agent: Mutt/1.3.12i

Hello Zlatko,

I'm not sure how the email thread ended but I noticed different
unplugging of the I/O queues in mainline (mainline was a little more
overkill than -ac) and also wrong bdflush histeresis (pre-wakekup of
bdflush to avoid blocking if the write flood could be sustained by the
bandwith of the HD was missing for example).

So you may want to give a spin to pre6aa1 and see if it makes any
difference, if it makes any difference I'll know what your problem is
(see the buffer.c part of the vm-10 patch in pre6aa1 for more details).

thanks,

Andrea

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

Follow-Ups:
- Re: Zlatko's I/O slowdown status
  - From: Zlatko Calusic <zlatko.calusic@iskon.hr>

Prev by Date: Re: Physical address of a user virtual address
Next by Date: Re: Zlatko's I/O slowdown status
Prev by thread: Re: Physical address of a user virtual address
Next by thread: Re: Zlatko's I/O slowdown status
Index(es):
- Date
- Thread