On Sat 26-10-19 19:28:08, Hillf Danton wrote: > > The cpu preemption feature makes a task able to preempt other tasks > of lower priorities for cpu. It has been around for a while. > > This work introduces task prio into page reclaiming in order to add > the page preemption feature that makes a task able to preempt other > tasks of lower priorities for page. > > No page will be reclaimed on behalf of tasks of lower priorities > under pp, a two-edge feature that functions only under memory > pressure, laying a barrier to pages flowing to lower prio, and the > nice syscall is what users need to fiddle with it for instance as > no task will be preempted without prio shades, if they have a couple > of workloads that are sensitive to jitters in lru pages, and some > difficulty predicting their working set sizes. > > Currently lru pages are reclaimed under memory pressure without prio > taken into account; pages can be reclaimed from tasks of lower > priorities on behalf of higher-prio tasks and vice versa. > > s/and vice versa/only/ is what we need to make pp by definition, but > it could not make a sense without prio introduced in reclaiming, > otherwise we can simply skip deactivating the lru pages based on prio > comprison, and work is done. > > The introduction consists of two parts. On the page side, we have to > store the page owner task's prio in page, which needs an extra room the > size of the int type in the page struct. > > That room sounds impossible without inflating the page struct size, and > it is not solved but walked around by sharing room with the 32-bit numa > balancing, see 75980e97dacc ("mm: fold page->_last_nid into page->flags > where possible"). > > On the reclaimer side, kswapd's prio is set with the prio of its waker, > and updated in the same manner as kswapd_order. > > V2 is based on next-20191018. > > Changes since v1 > - page->prio shares room with _last_cpupid as per Matthew Wilcox > > Changes since v0 > - s/page->nice/page->prio/ > - drop the role of kswapd's reclaiming prioirty in prio comparison > - add pgdat->kswapd_prio > > Cc: Matthew Wilcox <willy@xxxxxxxxxxxxx> > Cc: Michal Hocko <mhocko@xxxxxxxx> > Cc: Johannes Weiner <hannes@xxxxxxxxxxx> > Cc: Shakeel Butt <shakeelb@xxxxxxxxxx> > Cc: Minchan Kim <minchan@xxxxxxxxxx> > Cc: Mel Gorman <mgorman@xxxxxxx> > Cc: Vladimir Davydov <vdavydov.dev@xxxxxxxxx> > Cc: Jan Kara <jack@xxxxxxx> > Signed-off-by: Hillf Danton <hdanton@xxxxxxxx> As already raised in the review of v1. There is no real life usecase described in the changelog. I have also expressed concerns about how such a reclaim would work in the first place (priority inversion, expensive reclaim etc.). Until that is provided/clarified Nacked-by: Michal Hocko <mhocko@xxxxxxxx> Please do not ignore review feedback in the future. -- Michal Hocko SUSE Labs