Linus,
Can you please apply the following patch ?
It avoids allocators from waking up bdflush all the time even when it does
not have any job to do (ie no more than 30% (default) of dirty buffers).
Thanks
On Tue, 24 Apr 2001, Colonel wrote:
> From: Colonel <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED]
> In-reply-to: <[EMAIL PROTECTED]>
> (message from Marcelo Tosatti on Mon, 23 Apr 2001 20:31:12 -0300
> (BRT))
> Subject: Re: 2.4.4-pre6 : THANKS! very snappy here [nt]
> Reply-to: [EMAIL PROTECTED]
> References: <[EMAIL PROTECTED]>
>
> Date: Mon, 23 Apr 2001 20:31:12 -0300 (BRT)
> From: Marcelo Tosatti <[EMAIL PROTECTED]>
> X-Sender: [EMAIL PROTECTED]
>
>
> Just as curiosity --- did it got faster in pre5 ?
>
> On Mon, 23 Apr 2001, Colonel wrote:
>
> > but since you read it, system seems like it's running twice as fast
>
>
> Actually, it made not be pre6. I patched the kernel per some thread
> on LKML a few days before, but had not had the opportunity to reboot
> and run it until pre6. The patch was :
>
>
> --- linux/mm/page_alloc.c.~1~ Tue Mar 20 15:05:46 2001
> +++ linux/mm/page_alloc.c Sat Apr 21 19:01:47 2001
> @@ -454,7 +454,6 @@
> if (gfp_mask & __GFP_WAIT) {
> memory_pressure++;
> try_to_free_pages(gfp_mask);
> - wakeup_bdflush(0);
> goto try_again;
> }
> }
>
>
> It would make more sense that the above change was responsible for the
> improvement.
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
