On Thu, Mar 22, 2018 at 09:41:57AM -0700, Matthew Wilcox wrote: > On Thu, Mar 22, 2018 at 09:22:31AM -0700, Alexander Duyck wrote: > > You could just use the pfc->mask here instead of size - 1 just to > > avoid having to do the subtraction more than once assuming the > > compiler doesn't optimize it. > > Either way I'm assuming a compiler optimisation -- that it won't reload > from memory, or that it'll remember the subtraction. I don't much care > which, and I'll happily use the page_frag_cache_mask() if that reads better > for you. Looks like it does reload from memory if I make that change. Before: 37e7: c7 43 08 ff 7f 00 00 movl $0x7fff,0x8(%rbx) 37ee: b9 00 80 00 00 mov $0x8000,%ecx 37f3: be ff 7f 00 00 mov $0x7fff,%esi 37f8: ba 00 80 00 00 mov $0x8000,%edx ... 380b: 01 70 1c add %esi,0x1c(%rax) After: 37e7: c7 43 08 ff 7f 00 00 movl $0x7fff,0x8(%rbx) 37ee: b9 00 80 00 00 mov $0x8000,%ecx 37f3: ba 00 80 00 00 mov $0x8000,%edx ... 3806: 8b 73 08 mov 0x8(%rbx),%esi 3809: 01 70 1c add %esi,0x1c(%rax) Of course, it's shorter because it's fewer bytes to reload from memory than it is to put a 32-bit immediate in the instruction stream, but it's one additional memory reference (cache-hot, of course). I don't really care because it's the cold path.