https://bugzilla.novell.com/show_bug.cgi?id=685777 https://bugzilla.novell.com/show_bug.cgi?id=685777#c6 --- Comment #6 from Mel Gorman <mgorman@novell.com> 2011-07-26 16:45:18 UTC --- In partial response to this bug, I made a number of reclaim-related fixes in mainline that are now merged. Most of them dealt with kswapd consuming too much CPU or dumping too much memory but thought they might related to this bug so prepared a backport. I configured a laptop with 3G memory and set it up for building libreoffice including the disabling of swap. The machine did not lock up but the OOM trigger did fire and I see Jul 26 17:27:08 micromek kernel: [ 1838.738311] Node 0 DMA32 free:6704kB min:6916kB low:8644kB high:10372kB active_anon:2851928kB inactive_anon:6040kB active_file:2848kB inactive_file:2900kB unevictable:2584kB isolated(anon):0kB isolated(file):1588kB present:3009804kB mlocked:0kB dirty:0kB writeback:3856kB mapped:1960kB shmem:4520kB slab_reclaimable:10596kB slab_unreclaimable:22220kB kernel_stack:2392kB pagetables:16920kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:480 all_unreclaimable? no page cache from files is reduced to negligible levels while anonymous memory is through the roof. This system is genuinely out of memory due to a lack of swap space as the available memory is close to the minimum watermarks. When I examined the OOM message, 92% of memory was consumed by cc1plus. I don't think this is a kernel issue as such. Can you check the g++ versions you are using in openSUSE 11.3 and 11.4? A difference in version could explain an increase in memory usage for newer optimisations that were just enough to push your system over the edge. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.