On Thu, 2008-04-03 at 10:48 -0400, Lennart Sorensen wrote:
quoted text
> On Thu, Apr 03, 2008 at 01:22:40PM +0200, Andreas K. Huettel wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: RIPEMD160
> > 
> > 
> > Hi, 
> > 
> > #]> Apr  3 09:01:30 bellini hal-system-powe: page allocation failure. order:10, mode:0x4020
> > #]> Apr  3 09:01:30 bellini Pid: 327, comm: hal-system-powe Tainted: PF       2.6.24-gentoo-r3 #1
> > #]> Apr  3 09:01:30 bellini [<c0140c48>] __alloc_pages+0x2bd/0x2ce
> > #]> Apr  3 09:01:30 bellini [<c0140c92>] __get_free_pages+0x39/0x47
> > #]> Apr  3 09:01:30 bellini [<f8adcd9e>] firegl_cmmqs_save_fb+0x8e/0x200 [fglrx]
> > #]
> > #]this messages doesn't mean bug, merely indicate allocation failure.
> > #]if any other bad thind doen't happend, you can ignore it.
> > 
> > Swapping like mad without any obvious cause (500M swap in use, 1.5G RAM 
> > - - which is normally not such a big problem). This however stopped when 
> > I closed some memory-intensive applications (firefox, vmware).
> > 
> > Since then the machine is running without problems. 
> 
> firefox 2.x tends to leak memory like crazy in my experience, so it may
> be perfectly normal.  If you have adobe's flash plugin firefox can leak
> very quickly too.

An order 10 alloc (4 mb contiguous) isn't likely to succeed by any
measure. Lumpy reclaim will try very hard and likely cause that swap
storm you taked about, but relying on order 10 allocs is insane.

--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/