Re: [PATCH 0/2] mm/swap: Add locking for pagevec

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 12, 2018 at 09:21:41AM +0200, Vlastimil Babka wrote:
> On 9/14/18 4:59 PM, Sebastian Andrzej Siewior wrote:
> I think this evaluation is missing the other side of the story, and
> that's the cost of using a spinlock (even uncontended) instead of
> disabling preemption. The expectation for LRU pagevec is that the local
> operations will be much more common than draining of other CPU's, so
> it's optimized for the former.
> 

Agreed, the drain operation should be extremely rare except under heavy
memory pressure, particularly if mixed with THP allocations. The overall
intent seems to be improving lockdep coverage but I don't think we
should take a hit in the common case just to get that coverage. Bear in
mind that the main point of the pagevec (whether it's true or not) is to
avoid the much heavier LRU lock.

-- 
Mel Gorman
SUSE Labs




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux