Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753438AbbDCTrc (ORCPT ); Fri, 3 Apr 2015 15:47:32 -0400 Received: from mail2.unitn.it ([193.205.194.22]:63354 "EHLO mail2.unitn.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752692AbbDCTr3 (ORCPT ); Fri, 3 Apr 2015 15:47:29 -0400 Date: Fri, 3 Apr 2015 21:47:13 +0200 From: Luca Abeni To: Henrik Austad Cc: Zhiqiang Zhang , juri.lelli@arm.com, linux-kernel@vger.kernel.org, torvalds@linux-foundation.org Subject: Re: [PATCH] Documentation/scheduler/sched-deadline.txt: correct definition of density as C_i/min{D_i,P_i} Message-ID: <20150403214713.70e9614b@luca-1225C> In-Reply-To: <20150403175737.GA3847@icarus.home.austad.us> References: <1428049113-62546-1-git-send-email-zhangzhiqiang.zhang@huawei.com> <20150403175737.GA3847@icarus.home.austad.us> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2186 Lines: 58 Hi Henrik, On Fri, 3 Apr 2015 19:57:37 +0200 Henrik Austad wrote: [...] > > C_i/min{D_i,T_i},where T_i is not referred before, should be > > substituted by C_i/min{D_i,P_i}. > > Actually, I'd prefer we use T_i to describe the period and not P > because: > > - P is easy to confuse with priority - which has _nothing_ to do with > deadline scheduling > > - I was going to state that "the litterature is consistent in its > usage of 'T_i' for task i's period". But then I dived through some of > the books and of course it isn't. Buttazzo use T, Jane Liu use P and > so on. However, I state that *most* litterature use T_i do denote the > period of task i. Burns & Davis has a nice summary of RT-litterature > [1]. I think literature is more or less equally divided between "P" and "T" (I suspect I personally used different letters in different papers :) > So I'd rather prefer a s/P_i/T_i/ throughout the text. > > I realise that I've reviewed quite a lot of this, and I have some > vague memories of this being discussed earlier, Juri? Luca? I remember there was a discussion (and I seem to remember that the symbol used for the period was changed at least one time, but I might be wrong), but I do not remember the details. Next week I'll have some time for working on this; I'll search the old emails and I'll try to reconstruct the discussion. [...] > > - a task as C_i/min{D_i,T_i}, and EDF is able to respect all the > > deadlines > > - of all the tasks running on a CPU if the sum sum_i > > C_i/min{D_i,T_i} of the > > + a task as C_i/min{D_i,P_i}, and EDF is able to respect all the > > deadlines > > + of all the tasks running on a CPU if the sum sum_i > > C_i/min{D_i,P_i} of the > > My argument for T_i vs. P_i aside, I do agree that we should not use > T_i here whilst using P_i in other places. We should strive to be > internally consistent above all else. I fully agree with this ;-) Luca -- 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/