On Tue, May 8, 2012 at 1:20 AM, Pekka Enberg <penberg@xxxxxxxxxx> wrote: > On Mon, May 7, 2012 at 10:19 PM, KOSAKI Motohiro > <kosaki.motohiro@xxxxxxxxx> wrote: >>> Even more, we may introduce two attributes: >>> >>> RECLAIMABLE_CACHE_PAGES and >>> RECLAIMABLE_CACHE_PAGES_NOIO (which excludes dirty pages). >>> >>> This makes ABI detached from the mm internals and still keeps a >>> defined meaning of the attributes. >> >> Collection of craps are also crap. If you want to improve userland >> notification, you should join VM improvement activity. You shouldn't >> think nobody except you haven't think userland notification feature. >> >> The problem is, Any current kernel vm statistics were not created for >> such purpose and don't fit. >> >> Even though, some inaccurate and incorrect statistics fit _your_ usecase, >> they definitely don't fit other. And their people think it is bug. > > Well, yeah, if we are to report _number of pages_, the numbers better > be meaningful. > > That said, I think you are being unfair to Anton who's one of the few > that's actually taking the time to implement this properly instead of > settling for an out-of-tree hack. Unfair? But only I can talk about technical comment. To be honest, I really dislike I need say the same explanation again and again. A lot of people don't read past discussion. And as far as the patches take the same mistake, I must say the same thing. It is just PITA. I don't disagree vmevent notification itself, but I must disagree lie notification. And also, To make just idea statistics doesn't make sense at all. How do an application choose the right events? If that depend on hardware configuration, userland developers can't write proper applications. That's the reason why I often disagree at random new features. -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>