On (06/06/06 16:42), Andrew Morton didst pronounce:
> On Mon, 05 Jun 2006 17:51:00 -0700
> Martin Bligh <[email protected]> wrote:
>
> > http://test.kernel.org/abat/34264/debug/console.log
>
> What sort of machine is this, anyway?
>
> > WARNING: Not an IBM x440/NUMAQ and CONFIG_NUMA enabled!
>
It's an IBM x440 that is not recognised by that check. Later in the log,
we see
IBM eserver xSeries 440 detected: force use of acpi=ht
> And is it expected that ZONE_NORMAL only has 384MB? That seems awfully low
> for a 64GB x86 machine. Could be that we went oom because we chose to
> allocate really big hash tables, based on the total amount of memory?
>
The log reports 392MB LOWMEM available. As it is 32 bit machine, it started
with about 896MB but consumes much of it with mem_maps. The log shows
calculate_numa_remap_pages() reporting
Reserving 35328 pages of KVA for lmem_map of node 0
Shrinking node 0 from 4456448 pages to 4421120 pages
Reserving 31232 pages of KVA for lmem_map of node 1
Shrinking node 1 from 8650752 pages to 8619520 pages
Reserving 31232 pages of KVA for lmem_map of node 2
Shrinking node 2 from 12845056 pages to 12813824 pages
Reserving 29184 pages of KVA for lmem_map of node 3
Shrinking node 3 from 16777216 pages to 16748032 pages
Reserving total of 126976 pages for numa KVA remap
reserve_pages = 126976 find_max_low_pfn() ~ 229375
That is 400MB gone already which is mapped to lowmem. A little later in the
log, it says
min_low_pfn = 1140, max_low_pfn = 100352, highstart_pfn = 100352
so about 4MB is missing from the beginning (probably the kernel image),
so we're down to 396ish. Not sure where the last 4MB is exactly but you
get the idea.
While it is possible we are going OOM due to the size of lowmem, it's
doubtful to be the only cause.
http://test.kernel.org/functional/index.html shows that elm3b67 (the
machine in question) has passed loads of tests in the past.
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]