From: Dave Hansen <dave@sr71.net>
To: Davidlohr Bueso <davidlohr@hp.com>
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
ak@linux.intel.com, kirill.shutemov@linux.intel.com,
mgorman@suse.de, alex.shi@linaro.org, x86@kernel.org,
linux-mm@kvack.org, dave.hansen@linux.intel.com
Subject: Re: [PATCH 6/7] x86: mm: set TLB flush tunable to sane value
Date: Fri, 07 Mar 2014 09:15:13 -0800 [thread overview]
Message-ID: <5319FEA1.50107@sr71.net> (raw)
In-Reply-To: <1394157304.2555.21.camel@buesod1.americas.hpqcorp.net>
On 03/06/2014 05:55 PM, Davidlohr Bueso wrote:
> On Wed, 2014-03-05 at 16:45 -0800, Dave Hansen wrote:
>> From: Dave Hansen <dave.hansen@linux.intel.com>
>>
>> Now that we have some shiny new tracepoints, we can actually
>> figure out what the heck is going on.
>>
>> During a kernel compile, 60% of the flush_tlb_mm_range() calls
>> are for a single page. It breaks down like this:
>
> It would be interesting to see similar data for opposite workloads with
> more random access patterns. That's normally when things start getting
> fun in the tlb world.
First of all, thanks for testing. It's much appreciated!
Any suggestions for opposite workloads?
I've seen this tunable have really heavy effects on ebizzy. It fits
almost entirely within the itlb and if we are doing full flushes, it
eats the itlb and increases the misses about 10x. Even putting this
tunable above 500 pages (which is pretty insane) didn't help it.
Things that thrash the TLB don't really care if someone invalidates
their TLB since they're thrashing it anyway.
I've had a really hard time finding workloads that _care_ or are
affected by small changes in this tunable. That's one of the reasons I
tried to simplify it: it's just not worth the complexity.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2014-03-07 17:15 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-06 0:45 [PATCH 0/7] x86: rework tlb range flushing code Dave Hansen
2014-03-06 0:45 ` [PATCH 1/7] x86: mm: clean up tlb " Dave Hansen
2014-03-07 0:16 ` Davidlohr Bueso
2014-03-07 0:51 ` Davidlohr Bueso
2014-03-07 0:57 ` Eric Boxer
2014-03-06 0:45 ` [PATCH 2/7] x86: mm: rip out complicated, out-of-date, buggy TLB flushing Dave Hansen
2014-03-06 0:45 ` [PATCH 3/7] x86: mm: fix missed global TLB flush stat Dave Hansen
2014-03-06 0:45 ` [PATCH 4/7] x86: mm: trace tlb flushes Dave Hansen
2014-03-06 0:45 ` [PATCH 5/7] x86: mm: new tunable for single vs full TLB flush Dave Hansen
2014-03-07 1:37 ` Davidlohr Bueso
2014-03-07 17:19 ` Dave Hansen
2014-03-06 0:45 ` [PATCH 6/7] x86: mm: set TLB flush tunable to sane value Dave Hansen
2014-03-07 1:55 ` Davidlohr Bueso
2014-03-07 17:15 ` Dave Hansen [this message]
2014-03-08 0:28 ` Davidlohr Bueso
2014-03-06 0:45 ` [PATCH 7/7] big time hack: instrument flush times Dave Hansen
2014-03-07 0:15 ` [PATCH 0/7] x86: rework tlb range flushing code Davidlohr Bueso
2014-03-10 17:11 Dave Hansen
2014-03-10 17:11 ` [PATCH 6/7] x86: mm: set TLB flush tunable to sane value Dave Hansen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5319FEA1.50107@sr71.net \
--to=dave@sr71.net \
--cc=ak@linux.intel.com \
--cc=akpm@linux-foundation.org \
--cc=alex.shi@linaro.org \
--cc=dave.hansen@linux.intel.com \
--cc=davidlohr@hp.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox