Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1451721 > unrolled thread

Re: RFC: using worker threadpool to speed up clear_huge_page() by up to 5x

Started byDavid Miller <davem@davemloft.net>
First post2016-07-28 07:20 +0200
Last post2016-07-28 07:20 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: RFC: using worker threadpool to speed up clear_huge_page() by  up to 5x David Miller <davem@davemloft.net> - 2016-07-28 07:20 +0200

#1451721 — Re: RFC: using worker threadpool to speed up clear_huge_page() by up to 5x

FromDavid Miller <davem@davemloft.net>
Date2016-07-28 07:20 +0200
SubjectRe: RFC: using worker threadpool to speed up clear_huge_page() by up to 5x
Message-ID<rZLTH-1EV-5@gated-at.bofh.it>
From: kpusukur <kishore.kumar.pusukuri@oracle.com>
Date: Sun, 17 Jul 2016 12:35:20 -0700

> We would welcome feedback and discussion of potential problems.
> 
> We would also like to hear ideas for other areas in the kernel where a
> similar technique could be employed. For example, we've also applied
> this idea to copy on write operations for huge pages and it achieves
> around 20x speedup.

I don't know about this.

You can only profitably do this when you have enough physical cpu
resources schedulable, and on the same NUMA node.

By the time you compute the complete answer to that entire condition
you could have completed the hugepage clear.

Also, you should experiment with simply using a dedicated hugepage
clear assembler loop for these chips.  It's really stupid to pay the
transaction cost of going in and out of the clear_user_highpage()
function N times per huge page.

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web