From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751021AbWAZIKm (ORCPT ); Thu, 26 Jan 2006 03:10:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751033AbWAZIKm (ORCPT ); Thu, 26 Jan 2006 03:10:42 -0500 Received: from 213-140-2-72.ip.fastwebnet.it ([213.140.2.72]:65436 "EHLO aa005msg.fastwebnet.it") by vger.kernel.org with ESMTP id S1751020AbWAZIKm (ORCPT ); Thu, 26 Jan 2006 03:10:42 -0500 Date: Thu, 26 Jan 2006 09:11:29 +0100 From: Paolo Ornati To: Peter Williams Cc: Linux Kernel Mailing List , Chris Han , Con Kolivas , William Lee Irwin III , Jake Moilanen Subject: Re: [ANNOUNCE][RFC] PlugSched-6.2 for 2.6.16-rc1 and 2.6.16-rc1-mm1 Message-ID: <20060126091129.53de58fa@localhost> In-Reply-To: <43D82161.6000809@bigpond.net.au> References: <43D00887.6010409@bigpond.net.au> <20060121114616.4a906b4f@localhost> <43D2BE83.1020200@bigpond.net.au> <43D40B96.3060705@bigpond.net.au> <43D4281D.10009@bigpond.net.au> <20060123212158.3fba71d5@localhost> <43D82161.6000809@bigpond.net.au> X-Mailer: Sylpheed-Claws 2.0.0-rc3 (GTK+ 2.8.8; x86_64-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 X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 26 Jan 2006 12:09:53 +1100 Peter Williams wrote: > I know that I've said this before but I've found the problem. > Embarrassingly, it was a basic book keeping error (recently introduced > and equivalent to getting nr_running wrong for each CPU) in the > gathering of the statistics that I use. :-( > > The attached patch (applied on top of the PlugSched patch) should fix > things. Could you test it please? Ok, this one make a difference: (transcode) PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5774 paolo 34 0 116m 18m 2432 R 86.2 3.7 0:11.65 transcode 5788 paolo 32 0 51000 4472 1872 S 7.5 0.9 0:01.13 tcdecode 5797 paolo 29 0 4948 1468 372 D 3.2 0.3 0:00.30 dd 5781 paolo 33 0 19844 1092 880 S 1.0 0.2 0:00.10 tcdemux 5783 paolo 31 0 47964 2496 1956 S 0.7 0.5 0:00.08 tcdecode 5786 paolo 34 0 19840 1088 880 R 0.5 0.2 0:00.06 tcdemux (sched_fooler) PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5804 paolo 34 0 2396 292 228 R 35.7 0.1 0:12.84 a.out 5803 paolo 34 0 2392 288 228 R 30.5 0.1 0:11.49 a.out 5805 paolo 34 0 2392 288 228 R 30.2 0.1 0:10.70 a.out 5815 paolo 29 0 4948 1468 372 D 3.7 0.3 0:00.29 dd 5458 paolo 28 0 86656 21m 15m S 0.2 4.4 0:02.18 konsole PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5804 paolo 34 0 2396 292 228 R 36.5 0.1 0:38.19 a.out 5803 paolo 34 0 2392 288 228 R 30.5 0.1 0:34.27 a.out 5805 paolo 34 0 2392 288 228 R 29.2 0.1 0:32.39 a.out 5829 paolo 34 0 4952 1472 372 R 3.2 0.3 0:00.35 dd DD_TEST + sched_fooler: 512 MB --- ~20s instead of 16.6s This is a clear improvement... however I wonder why DD priority fluctuate going up even to 34 (the range is something like 29 <---> 34). -- Paolo Ornati Linux 2.6.16-rc1-plugsched on x86_64