On Sun 01-07-18 23:41:21, John Hubbard wrote: > On 07/01/2018 11:34 PM, Leon Romanovsky wrote: > > On Sun, Jul 01, 2018 at 11:10:04PM -0700, John Hubbard wrote: [...] > >>> Sorry for naive question, but won't it create too much dirty pages > >>> so writeback will be called "non-stop" to rebalance watermarks without > >>> ability to progress? > >>> > >> > >> That is an interesting point. > >> > >> Holding off page writeback of this region does seem like it could cause > >> problems under memory pressure. Maybe adjusting the watermarks so that we > >> tell the writeback system, "all is well, just ignore this region until > >> we're done with it" might help? Any ideas here are welcome... > > > > AFAIR, it is per-zone, so the solution to count dirty-but-untouchable > > number of pages to take them into account for accounting can work, but > > it seems like an overkill. Can we create special ZONE for such gup > > pages, or this is impossible too? > > > > Let's see what Michal and others prefer. The zone idea intrigues me. No new zones please. Pinned pages are essentially mlocked pages, except they are worse because they cannot be even migrated. What we really needs is a) limit their usage and b) have a way to find out that pins are not ephemeral and a special action needs to be taken. What is that special action is yet to be decided but please do not add even more complexity on top. -- Michal Hocko SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html