Messages in this thread |  | | | Date | Fri, 04 Nov 2005 08:44:16 +0100 | | From | Eric Dumazet <> | | Subject | Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 |
| |
Paul Jackson a écrit : > Linus wrote: > >>Maybe you'd be willing on compromising by using a few kernel boot-time >>command line options for your not-very-common load. > > > If we were only a few options away from running Andy's varying load > mix with something close to ideal performance, we'd be in fat city, > and Andy would never have been driven to write that rant.
I found hugetlb support in linux not very practical/usable on NUMA machines, boot-time parameters or /proc/sys/vm/nr_hugepages.
With this single integer parameter, you cannot allocate 1000 4MB pages on one specific node, letting small pages on another node.
I'm not an astrophysician, nor a DB admin, I'm only trying to partition a dual node machine between one (numa aware) memory intensive job and all others (system, network, shells). At least I can reboot it if needed, but I feel Andy pain.
There is a /proc/buddyinfo file, maybe we need a /proc/sys/vm/node_hugepages with a list of integers (one per node) ?
Eric - 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/
|  |