Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Andi Kleen
> Naturally this is all still in the vaporware stage, but I think that > if implemented the concept might at least improve the OOM/low-memory > situation considerably. Starting to fail allocations for the cluster > programs (including their kernel allocations) well before failing > them fo

Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Con Kolivas
On Thursday 15 December 2005 23:58, Kyle Moffett wrote: > On Dec 15, 2005, at 07:45, Con Kolivas wrote: > > I have some basic process-that-called the memory allocator link in > > the -ck tree already which alters how aggressively memory is > > reclaimed according to priority. It does not affect out

Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Kyle Moffett
On Dec 15, 2005, at 07:45, Con Kolivas wrote: I have some basic process-that-called the memory allocator link in the -ck tree already which alters how aggressively memory is reclaimed according to priority. It does not affect out of memory management but that could be added to said algorithm

Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Kyle Moffett
On Dec 15, 2005, at 04:04, Andi Kleen wrote: When processes request memory through any subsystem, their memory priority would be passed through the kernel layers to the allocator, along with any associated information about how to free the memory in a low-memory condition. As a result, I co

Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Con Kolivas
On Thursday 15 December 2005 19:55, Kyle Moffett wrote: > On Dec 15, 2005, at 03:21, David S. Miller wrote: > > Not when we run out, but rather when we reach some low water mark, > > the "critical sockets" would still use GFP_ATOMIC memory but only > > "critical sockets" would be allowed to do so.

Re: [RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Andi Kleen
> When processes request memory through any subsystem, their memory > priority would be passed through the kernel layers to the allocator, > along with any associated information about how to free the memory in > a low-memory condition. As a result, I could configure my database > to have

[RFC] Fine-grained memory priorities and PI

2005-12-15 Thread Kyle Moffett
On Dec 15, 2005, at 03:21, David S. Miller wrote: Not when we run out, but rather when we reach some low water mark, the "critical sockets" would still use GFP_ATOMIC memory but only "critical sockets" would be allowed to do so. But even this has faults, consider the IPSEC scenerio I mention