lkml.org 
[lkml]   [1998]   [Jun]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: kswapd's priority
On Fri, 26 Jun 1998, Stephen C. Tweedie wrote:
> <H.H.vanRiel@phys.uu.nl> said:
>
> > There's only one problem with that: tasks don't wait for
> > memory. If the memory's there they grab it, otherwise they
> > try to free some theirselves; and if that fails, they die.
>
> They don't wait yet. Arguably, they should do, or else we effectively
> have multiple copies of kswapd active at once, which is not
> necessarily a Good Thing. The interactions between the multiple
> instances of try_to_free_page may seriously impede our attempts to
> defragment and cluster the swap IOs.

They don't. All try_to_free_page() calls are made with
WAIT=0. Only after a certain number of tries the async
swap pages are synced to disk, this is going to give
relatively good swap clustering.

Besides, when there are parrallel programs calling
try_to_free_page(), this just means that we're very
low on memory and have to free loads of it...
This might just be a Good Thing :)

Rik.
+-------------------------------------------------------------------+
| Linux memory management tour guide. H.H.vanRiel@phys.uu.nl |
| Scouting Vries cubscout leader. http://www.phys.uu.nl/~riel/ |
+-------------------------------------------------------------------+


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.472 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site