Marcelo Tosatti wrote:
See that the DMA zone free count is equal to the "min" watermark. Normal
and Highmem are both above the "high" watermark.
So this must be a DMA allocation (see gfp_mask). Stick a "dump_stack()"
to find out who is the allocator.
The final trigger may be a DMA allocation, but the initial cause is
whatever is chewing up all the NORMAL memory.
I can repeatably trigger the fault by running LTP. When it hits the
"rename14" test, the oom killer kicks in. Before running this test, I
had over 3GB of memory free, including over 800MB of normal memory.
To track it down, I started dumping /proc/slabinfo every second while
running this test. It appears the culprit is the dentry_cache, which
consumed at least 817MB of memory (and probably peaked higher than
that). As soon as the test program died, all the memory was freed.
Anyone have any ideas what's going on?
Chris
-
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]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |