> On Sun, Aug 01, 2010 at 05:47:08PM +0900, KOSAKI Motohiro wrote: > > > > side note: page lock contention is very common case. > > > > > > > > For case (8), I don't think sleeping is right way. get_page() is used in really various place of > > > > our kernel. so we can't assume it's only temporary reference count increasing. > > > > > > In what case is a munlocked pages reference count permanently increased and > > > why is this not a memory leak? > > > > V4L, audio, GEM and/or other multimedia driver? > > > > Ok, that is quite likely. Have you made a start on a series related to > lumpy reclaim? I was holding off making a start on such a thing while I > reviewed the other writeback issues and travelling to MM Summit is going > to delay things for me. If you haven't started when I get back, I'll > make some sort of stab at it. Yup, I posted them today. While my lite testing, they works intentionally. it mean - reduce low order reclaim latency - keep high successfull rate order-9 reclaim under heavy io workload However, they obviously need more test. comment are welcome :) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>