Re: [RFC] Reproducible OOM with just a few sleeps

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

 



Hi!

> > I understand that more RAM leaves less lowmem. What is unacceptable is
> > that PAE crashes or freezes with OOM: it should gracefully handle the
> > issue. Noting that (for a machine with 4GB or under) PAE fails where the
> > HIGHMEM4G kernel succeeds and survives.
> 
> You have found a delta, but you're not really making apples-to-apples
> comparisons.  The page tables (a huge consumer of lowmem in your bug
> reports) have much more overhead on a PAE kernel.  A process with a
> single page faulted in with PAE will take at least 4 pagetable pages
> (it's 7 in practice for me with sleeps).  It's 2 pages minimum (and in
> practice with sleeps) on HIGHMEM4G.
> 
> There's probably a bug here.  But, it's incredibly unlikely to be seen
> in practice on anything resembling a modern system.  The 'sleep' issue
> is easily worked around by upgrading to a 64-bit kernel, or using

Are you saying that HIGHMEM configuration with 4GB ram is not expected
to work?
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  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]