On Fri, Jun 08, 2012 at 08:57:13AM +0000, leonid.moiseichuk@xxxxxxxxx wrote: > > -----Original Message----- > > From: ext Anton Vorontsov [mailto:anton.vorontsov@xxxxxxxxxx] > > Sent: 08 June, 2012 11:41 > ... > > > Right. It but it has drawbacks as well e.g. ensure that daemon scheduled > > properly and propagate reaction decision outside ulmkd. > > > > No, ulmkd itself propagates the decision (i.e. it kills processes). > > That is a decision "select & kill" :) > Propagation of this decision required time. Not all processes could be killed. You may stuck in killing in some cases. Yeah. But since we have plenty of free memory (i.e. we're getting notified in advance), it's OK to be not super-fast. And if we're losing control, OOMK will help us. (Btw, we can introduce "thrash killer" in-kernel driver. This would also help desktop use case, when the system is thrashing so hard that it becomes unresponsive, we'd better do something about it. When browser goes crazy on my laptop, I wish I had such a driver. :-) It takes forever to get OOM condition w/ 2GB swap space, slow hard drive and CPU all busy w/ moving pages back and forward.) > > If we start "polling" on /proc/vmstat via userland deferred timers, that would > > be a single timer, just like in vmevent case. So, I'm not sure what is the > > difference?.. > > Context switches, parsing, activity in userspace even memory situation is not changed. Sure, there is some additional overhead. I'm just saying that it is not drastic. It would be like 100 sprintfs + 100 sscanfs + 2 context switches? Well, it is unfortunate... but come on, today's phones are running X11 and Java. :-) > In kernel space you can use sliding timer (increasing interval) + shinker. Well, w/ Minchan's idea, we can get shrinker notifications into the userland, so the sliding timer thing would be still possible. Thanks, -- Anton Vorontsov Email: cbouatmailru@xxxxxxxxx -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>