Messages in this thread | | | Date | Mon, 10 Jan 2005 18:05:14 -0200 | From | Marcelo Tosatti <> | Subject | Re: User space out of memory approach |
| |
On Tue, Jan 11, 2005 at 12:40:24AM +0200, Edjard Souza Mota wrote: > Hi, > > I guess it the idea was not fully and well explained. It is not the OOM Killer > itself that was moved to user space but rather its ranking algorithm. > Ranking is not an specific functionality of kernel space. Kernel only need > to know which process whould be killed. > > In that sense the approach is different and might be worth testing, mainly for > cases where we want to allow better policies of ranking. For example, an > embedded device with few resources and important different running applications: > whic one is the best? To my understanding the current ranking policy > does not necessarily chooses the best one to be killed.
Sorry, I misunderstood. Should have read the code before shouting.
The feature is interesting - several similar patches have been around with similar functionality (people who need usually write their own, I've seen a few), but none has ever been merged, even though it is an important requirement for many users.
This is simple, an ordered list of candidate PIDs. IMO something similar to this should be merged. Andrew ?
Few comments about the code:
retry: - p = select_bad_process(); + printk(KERN_DEBUG "A good walker leaves no tracks.\n"); + p = select_process();
You want to fallback to select_bad_process() if no candidate has been selected at select_process().
You also want to move "oom" to /proc/sys/vm/.
- 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/
| |