Re: [PATCH 3/8] Allow huge page allocations to use GFP_HIGH_MOVABLE

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

 



Mel Gorman wrote:
On Fri, 26 Jan 2007, Chris Friesen wrote:

We currently see this issue on our systems, as we have older e1000 hardware with 9KB jumbo frames. After a while we just fail to allocate buffers and the system goes belly-up.

Can you describe a reliable way of triggering this problem? At best, I hear "on our undescribed workload, we sometimes see this problem" but not much in the way of details.

I work on embedded server applications. One of our blades is a dual-Xeon with 8GB of RAM and 6 e1000 cards. The hardware is 32-bit only, so we're using the i386 kernel with HIGHMEM64G enabled.

This blade acts essentially as storage for other blades in the shelf. Basically all disk and network I/O. After being up for a month or two it starts getting e1000 allocation failures. In some of the cases at least it appears that the page cache has hundreds of megs of freeable memory, but it can't get at that memory to fulfill an atomic allocation.

I should point out that we haven't yet tried tuning /proc/sys/vm/min_free_kbytes. The default value on this system is 3831.

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]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux