[lkml]   [2001]   [Oct]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.9-ac16 good perfomer?
On September 29, 2001 03:20 am, Rik van Riel wrote:
> > Is it normal to have Inact_target 1/4 of main memory (64MB of 256MB RAM)?
> > In previous versions, this value would fluctuate with the load of the
> > system.
> >
> > Is this expected?
> Yes, this is a 'compensation' for the fact that page aging changed
> from exponential to linear. The combination of linear page aging
> with a large inactive_target results in a good combination of
> frequency- and recency-based page eviction.
> Doing just linear page aging with a small inactive target resulted
> in worse throughput than exponential page aging for some workloads,
> better for other workloads. Linear page aging with a large inactive
> target results in good througput and latency under all workloads I've
> found up to now. As usual, thanks go out to Matt Dillon for finding
> this balancing point.

Nice. With this under control, another feature of his memory manager you
could look at is the variable deactivation threshold, which makes a whole lot
more sense now that the aging is linear. To implement it efficiently
PAGE_AGE_DECL just needs to be a variable, since in effect the deactivation
threshold already is exactly PAGE_AGE_DECL.

How to set this variable is a deep and interesting question. Matt had his
ideas on that as you know, and in fact it's a key feature of the BSD
mm it, but it's far from clear that the BSD arrangement could be used
directly in Linux. There are a number of obvious difficulties: no reverse
map, highmem, more caches to balance, and so on. However, it's intuitively
clear that the mm sweet spot can be made bigger by controlling the DECL
variable, i.e., we can push the thrash point further out for a wider variety
of loads.

Obligatory disclaimer: there is no burning issue here; this is a
*developmental* idea.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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