> -----Original Message----- > From: penberg@xxxxxxxxx [mailto:penberg@xxxxxxxxx] On Behalf Of ext > Pekka Enberg > Sent: 08 June, 2012 11:48 > To: Minchan Kim ... > > On Fri, Jun 8, 2012 at 11:43 AM, Minchan Kim <minchan@xxxxxxxxxx> wrote: > >> So, the solution would be then two-fold: > >> > >> 1. Use your memory pressure notifications. They must be quite fast > >> when > >> we starting to feel the high pressure. (I see the you use > >> zone_page_state() and friends, which is vm_stat, and it is updated > > > > VM has other information like nr_reclaimed, nr_scanned, nr_congested, > > recent_scanned, recent_rotated, too. I hope we can make math by them > > and improve as we improve VM reclaimer. > > > >> very infrequently, but to get accurate notification we have to > >> update it much more frequently, but this is very expensive. So > >> KOSAKI and Christoph will complain. :-) > > > > > > Reclaimer already have used that and if we need accuracy, we handled > > it like zone_watermark_ok_safe. If it's very inaccurate, VM should be fixed, > too. > > Exactly. I don't know why people think pushing vmevents to userspace is > going to fix any of the hard problems. > > Anton, Lenoid, do you see any fundamental issues from userspace point of > view with going forward what Minchan is proposing? That good proposal but I have to underline that userspace could be interested not only in memory consumption stressed cases (pressure, vm watermarks ON etc.) but quite relaxed as well e.g. 60% durty pages are consumed - let's do not restart some daemons. In very stressed conditions user-space might be already dead. Another interesting question which combination of VM page types could be recognized as interesting for tracking as Minchan correctly stated it depends from area. For me seems weights most likely will be -1, 0 or +1 to calculate resulting values and thesholds e.g. Active = {+1 * Active_Anon; +1 * Active_File} It will extend flexibility a lot. -- 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