Re: bdflush/mm performance drop-out defect (more info)

Rik van Riel (riel@conectiva.com.br)
Thu, 24 May 2001 02:21:13 -0300 (BRST)


On Tue, 22 May 2001, null wrote:

> Here is some additional info about the 2.4 performance defect.
>
> Only one person offered a suggestion about the use of HIGHMEM.
> I tried with and without HIGHMEM enabled with the same results.
> However, it does appear to take a bit longer to reach
> performance drop-out condition when HIGHMEM is disabled.

I'm seeing this same thing whenever kswapd and bdflush
are gobbling up CPU time at full speed without doing
anything useful.

At the moment I've only managed a really slight reduction
in the phenomenon by just not waking up bdflush when it
can't do any work.

The real solution probably will consist of some "everybody
wait on IO for a moment" thing which will take some time
to develop. Stay on the lookout for patches on:

http://www.surriel.com/patches/

cheers,

Rik

--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose...

http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/