Re: [PATCH 33 of 41] transparent hugepage vmstat

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 29 Mar 2010 20:21:41 +0200, Andrea Arcangeli <aarcange@xxxxxxxxxx> wrote:
> On Mon, Mar 29, 2010 at 11:13:16AM +0900, Daisuke Nishimura wrote:
> > On Fri, 26 Mar 2010 18:00:37 +0100, Andrea Arcangeli <aarcange@xxxxxxxxxx> wrote:
> > > From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
> > > 
> > > Add hugepage stat information to /proc/vmstat and /proc/meminfo.
> > > 
> > I'm sorry if it has been discussed already, but shouldn't we also count
> > LRU_(IN)ACTIVE_LRU properly ? Is it a TODO ?
> 
typo of LRU_(IN)ACTIVE_ANON of course ;)

> Maybe we should it's not huge priority at the moment, it still tells
> accurately the number of entries in the list, it's not like garbled
> information but it doesn't reflect strict memory size anymore. It
> reflects the size of the list instead (only with transparent hugepage
> support enabled otherwise the exact old behavior is retained). I'm
> unsure how big issue is that.
Hmm, "the size of the lists" might be enough for vmscan calculation,
(but, sorry, I'm not a vmscan expert).
But "Active/Inactive(anon)" in /proc/meminfo would become inaccurate.
Yes, it might not be a big deal(it doesn't cause panic), but I think we
should let users know about it by a documentation or something.


Thanks,
Daisuke Nishimura.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]