Thread (11 messages) 11 messages, 4 authors, 2001-06-27

Re: [RFC] VM statistics to gather

From: Andrew Morton <hidden>
Date: 2001-06-26 07:59:09

Marcelo Tosatti wrote:
On Tue, 26 Jun 2001, Andrew Morton wrote:
quoted
Rik van Riel wrote:
quoted
Hi,

I am starting the process of adding more detailed instrumentation
to the VM subsystem and am wondering which statistics to add.
A quick start of things to measure are below, but I've probably
missed some things. Comments are welcome ...
Neat.

- bdflush wakeups
- pages written via page_launder's writepage by kswapd
- pages written via page_launder's writepage by non-PF_MEMALLOC
  tasks.  (ext3 has an interest in this because of nasty cross-fs
  reentrancy and journal overflow problems with writepage)
Does ext3 call page_launder() with __GFP_IO ?

If it does not (which I believe so), page_launder() without PF_MEMALLOC
never happens.
OK, I was using PF_MEMALLOC as shorthand for `kswapd', with
unsuccessful accuracy.  I think it's OK to block non-kswapd
tasks in writepage() while we open a new transaction, but it's
perhaps not so good to block kswapd there.

At present, if the caller is PF_MEMALLOC we make a non-blocking
attempt to open a transaction handle.  If it fails, redirty the
page and return.  It usually succeeds.  This may be excessively
paranoid.

I haven't played with it a lot recently, but it may turn out to
be useful to know whether the caller is kswapd or someone else,
and it'd be nice to know the calling context by means other than
inferring it from PF_MEMALLOC.  What happened to the writepage
`priority' patch you had, BTW?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help