Messages in this thread | | | Date | Wed, 18 Feb 2004 20:42:15 -0300 (BRT) | From | Marcelo Tosatti <> | Subject | Re: 2.4.24 + cryptoloop: __alloc_pages: 5-order allocation failed |
| |
On Tue, 17 Feb 2004, Christian Kujau wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > hi, > > today i played around with some benchmarks i do from time to time [1] > this time with 2.4.24 and the cryptoloop patch > (patch-cryptoloop-jari-2.4.22.0, applies to 2.4.24 too) when using this > machine (powerpc) > > http://www.nerdbynature.de/bits/sheep/2.4.24-benh/ver_linux > > in short: i have a 700 MB file, losetup a loop device with a cipher > (aes,cast5,cast6,blowfish,serpent,twofish), create an ext3 fs on it. > then test with "tiobench" (size is only about 100MB). but the benchmarks > did not last very long, i have these messages in my syslog: > > Dec 21 23:42:45 sheep kernel: __alloc_pages: 0-order allocation failed > (gfp=0x1d2/0) > Dec 21 23:42:45 sheep kernel: VM: killing process nmbd > Dec 21 23:43:07 sheep kernel: __alloc_pages: 0-order allocation failed > (gfp=0x1d2/0) > [...] > Dec 23 22:26:37 sheep kernel: __alloc_pages: 5-order allocation failed > (gfp=0x20/0) > Dec 23 22:26:39 sheep kernel: __alloc_pages: 5-order allocation failed > (gfp=0x20/0) > Dec 23 22:26:40 sheep kernel: __alloc_pages: 5-order allocation failed > (gfp=0x20/0) > Dec 23 22:26:41 sheep kernel: __alloc_pages: 5-order allocation failed > (gfp=0x20/0) > [...] > Feb 16 15:17:21 sheep kernel: __alloc_pages: 0-order allocation failed > (gfp=0x30/0) > > full log excerpt on: > http://www.nerdbynature.de/bits/sheep/2.4.24/messages-alloc_pages > > i am then able to sysrq-S, but not all partitions can be synced, then i > try sysrq-E / -I / -U with no luck, nothing seems to be written/read > to/from the disk, sysrq-B works :-) > > i did manage to make earlier tests with different filesystems [2] and > linux 2.4.22 and have never had these messages.
Christian, Daniel,
Please do
echo 1 > /proc/sys/vm/vm_gfp_debug
This will print additional information when the "%d-order allocation failures" messages happen. Please post that information along with the System.map for the running kernel.
Daniel is seeing a similar problem but running with RAID1 over loop (which doesnt sound like a good idea to me - but should work anyway).
I suspect the problem is loop allocates its buffers in a way so that the allocator can't sleep waiting for IO, which in turn overloads the memory and causes the failures.
- 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/
| |