Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19

From: Andrew Morton
Date: Fri Nov 04 2005 - 02:11:07 EST


Paul Jackson <pj@xxxxxxx> wrote:
>
> > I was kind of thinking that the stats should be per-process (actually
> > per-mm) rather than bound to cpusets. /proc/<pid>/pageout-stats or something.
>
> There may well be a market for these too. But such stats sound like
> more work, and the market isn't one that's paying my salary.

But I have to care for all users.

> So I will leave that challenge on the table for someone else.

And I won't merge your patch ;)


Seriously, it does appear that doing it per-task is adequate for your
needs, and it is certainly more general.



I cannot understand why you decided to count only the number of
direct-reclaim events, via a "digitally filtered, constant time based,
event frequency meter".

a) It loses information. If we were to export the number of pages
reclaimed from the mm, filtering can be done in userspace.

b) It omits reclaim performed by kswapd and by other tasks (ok, it's
very cpuset-specific).

c) It only counts synchronous try_to_free_pages() attempts. What if an
attempt only freed pagecache, or didbn't manage to free anything?

d) It doesn't notice if kswapd is swapping the heck out of your
not-allocating-any-memory-now process.


I think all the above can be addressed by exporting per-task (actually
per-mm) reclaim info. (I haven't put much though into what info that
should be - page reclaim attempts, mmapped reclaims, swapcache reclaims,
etc)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/