[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070504064553.GK26598@holomorphy.com>
Date: Thu, 3 May 2007 23:45:53 -0700
From: Bill Irwin <bill.irwin@...cle.com>
To: Paul Jackson <pj@....com>
Cc: linux-kernel@...r.kernel.org, akpm@...ux-foundation.org,
mm-commits@...r.kernel.org, kenchen@...gle.com, agl@...ibm.com,
hermes@...son.dropbear.id.au, clameter@....com
Subject: Re: + per-cpuset-hugetlb-accounting-and-administration.patch added to -mm tree
On Thu, May 03, 2007 at 06:38:21PM -0700, Paul Jackson wrote:
> Adding Christoph Lameter <clameter@....com> to the cc list, as he knows
> more about hugetlb pages than I do.
> This patch strikes me as a bit odd.
> Granted, it's solving what could be a touchy problem with a fairly
> simple solution, which is usually a Good Thing(tm).
> However, the idea that different tasks would see different values for
> the following fields in /proc/meminfo:
> HugePages_Total: 0
> HugePages_Free: 0
> strikes me as odd, and risky. I would have thought that usually, all
> tasks in the system should see the same values in the files in /proc
> (as opposed to the files in particular task subdirectories /proc/<pid>.)
> This patch strikes me as a bit of a hack, good for compatibility, but
> hiding a booby trap that will bite some user code in the long run.
> But I'm not enough of an expert to know what the right tradeoffs are
> in this matter.
The semantics of the global /proc/meminfo should not change; a separate
per-cpuset reporting mechanism should really be used.
-- wli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists