[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180719104838.GC2494@hirez.programming.kicks-ass.net>
Date: Thu, 19 Jul 2018 12:48:38 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Pavel Tatashin <pasha.tatashin@...cle.com>
Cc: steven.sistare@...cle.com, daniel.m.jordan@...cle.com,
linux@...linux.org.uk, schwidefsky@...ibm.com,
heiko.carstens@...ibm.com, john.stultz@...aro.org,
sboyd@...eaurora.org, x86@...nel.org, linux-kernel@...r.kernel.org,
mingo@...hat.com, tglx@...utronix.de, hpa@...or.com,
douly.fnst@...fujitsu.com, prarit@...hat.com, feng.tang@...el.com,
pmladek@...e.com, gnomes@...rguk.ukuu.org.uk,
linux-s390@...r.kernel.org, boris.ostrovsky@...cle.com,
jgross@...e.com, pbonzini@...hat.com
Subject: Re: [PATCH v14 25/25] sched: use static key for sched_clock_running
On Tue, Jul 17, 2018 at 10:22:11PM -0400, Pavel Tatashin wrote:
> sched_clock_running may be read every time sched_clock_cpu() is called.
> Yet, this variable is updated only twice during boot, and never changes
> again, therefore it is better to make it a static key.
Right, so the focus was always on making the sane TSC case fast, and if
TSC isn't stable we'd just make do and not care too much.
But this certainly isn't wrong, so ACK.
Powered by blists - more mailing lists