On Fri, 7 Mar 2014, David Rientjes wrote: > On Thu, 6 Mar 2014, Mikulas Patocka wrote: > > > This patch adds unlikely and likely hints to the function mempool_free. It > > lays out the code in such a way that the common path is executed > > straighforward and saves a cache line. > > > > What observable performance benefit have you seen with this patch and > with what architecture? Could we include some data in the changelog? None - you usually don't get observable performance benefit from microoptimizations like this. It may be that the cache line that the patch saves aliases some other important cache lines and then, the patch saves two cache line refills. Or, the saved cache line doesn't alias anything important and then the patch doesn't have any effect at all. It's not worth spending many days or weeks trying to recreate a situation when the code cache is used in such a way that the patch would help. Mikulas -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>