Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933317AbaDINmi (ORCPT ); Wed, 9 Apr 2014 09:42:38 -0400 Received: from merlin.infradead.org ([205.233.59.134]:42485 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932826AbaDINmg (ORCPT ); Wed, 9 Apr 2014 09:42:36 -0400 Date: Wed, 9 Apr 2014 15:42:13 +0200 From: Peter Zijlstra To: Denys Vlasenko Cc: Frederic Weisbecker , Hidetoshi Seto , Linux Kernel Mailing List , Fernando Luis Vazquez Cao , Tetsuo Handa , Thomas Gleixner , Ingo Molnar , Andrew Morton , Arjan van de Ven , Oleg Nesterov , Preeti U Murthy Subject: Re: [PATCH 1/2] nohz: use seqlock to avoid race on idle time stats v2 Message-ID: <20140409134213.GB10526@twins.programming.kicks-ass.net> References: <5338CC86.9080602@jp.fujitsu.com> <5338CE0B.1050100@jp.fujitsu.com> <20140404160328.GA10042@localhost.localdomain> <20140405100813.GA16696@localhost.localdomain> <20140407181736.GA4106@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 09, 2014 at 02:49:55PM +0200, Denys Vlasenko wrote: > > I doubt that users are interested in such random accounting. They want > > to know either: > > > > 1) how much time was spent waiting on IO by the whole system > > Hmm, I think I just said the same thing :) > > > 2) how much time was spent waiting on IO per task I think we already have enough cruft to measure that. We have delayacct measuring this and schedstat also seems to measure this. > > 3) how much time was spent waiting on IO per CPU that initiated > > IOs, or per CPU which ran task completing IOs. In order to have > > an overview on where these mostly happened. I'm not entirely sure this makes sense in general. It only makes sense in the specific case where tasks are affine to a single CPU and that cpu is not part of any balance domain. I think this is a specific enough case (exclusive cpusets in general) that we can ignore it. After all, we do not have per cpuset load numbers at all, so why bother with this one. At which point I think Denys makes a fair argument. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/