From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751556AbcFXREd (ORCPT <rfc822;w@1wt.eu>);
	Fri, 24 Jun 2016 13:04:33 -0400
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:54868 "EHLO
	relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751175AbcFXREc (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Fri, 24 Jun 2016 13:04:32 -0400
X-Originating-IP: 50.39.163.18
Date: Fri, 24 Jun 2016 10:04:22 -0700
From: Josh Triplett <josh@joshtriplett.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
        Eric Dumazet <edumazet@google.com>,
        Frederic Weisbecker <fweisbec@gmail.com>, Chris Mason <clm@fb.com>,
        Arjan van de Ven <arjan@infradead.org>, rt@linutronix.de,
        Rik van Riel <riel@redhat.com>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        George Spelvin <linux@sciencehorizons.net>,
        Len Brown <lenb@kernel.org>
Subject: Re: [patch V3 00/22] timer: Refactor the timer wheel
Message-ID: <20160624170421.GB1377@jtriplet-mobl2.jf.intel.com>
References: <20160624140325.554996200@linutronix.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20160624140325.554996200@linutronix.de>
User-Agent: Mutt/1.6.0 (2016-04-01)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, Jun 24, 2016 at 02:32:00PM -0000, Thomas Gleixner wrote:
>  - Removed the 1000Hz granularity reduction to 4ms. Eric explained that
>    datacenter workloads require the granularity in the first level wheel.
> 
>  - Fixed the typo in tilepro. 
> 
>  - Converted sigtimedwait() to hrtimers
> 
>  - To avoid the cascading I extended the wheel by another level. This removes
>    the rarely executed cascading code path, but increases the storage size for
>    HZ>100 slightly. If the tiny folks care, there is an simple option to cut
>    the storage size in half for the price of reduced granularity.

No objection here.  This series is a massive improvement for low-power
systems, and the tiniest kernels will probably need to poke at this even
more aggressively anyway.  (For instance, compiling out connection
tracking and its incredibly long timer, and then removing the bucket it
needs.)

- Josh Triplett