From: Srivatsa Vaddagiri <vatsa@in.ibm.com>
To: Tony Lindgren <tony@atomide.com>
Cc: Con Kolivas <kernel@kolivas.org>,
linux-kernel@vger.kernel.org, arjan@infradead.org,
s0348365@sms.ed.ac.uk, tytso@mit.edu, cfriesen@nortel.com,
rlrevell@joe-job.com, trenn@suse.de, george@mvista.com,
johnstul@us.ibm.com, akpm@osdl.org
Subject: Re: Updated dynamic tick patches
Date: Fri, 2 Sep 2005 23:04:32 +0530 [thread overview]
Message-ID: <20050902173432.GA5029@in.ibm.com> (raw)
In-Reply-To: <20050901130721.GB10677@atomide.com>
On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote:
> Srivatsa, could you try the dyntick-test.c on your system after booting
> to init=/bin/sh to make the system as idle as possible?
Tony,
I get this o/p when I run your test on my SMP system with
2.6.13-mm1 + Con's latest patches (including the most recent
lost tick calculation patch that I posted after that).
Testing sub-second select and usleep
Test: select 0ms time: 0.000012s latency: 0.000012s status: OK
Test: usleep 0ms time: 0.000013s latency: 0.000013s status: OK
Test: select 100ms time: 0.099386s latency: -0.000614s status: OK
Test: usleep 100ms time: 0.104019s latency: 0.004019s status: OK
Test: select 200ms time: 0.200013s latency: 0.000013s status: OK
Test: usleep 200ms time: 0.204016s latency: 0.004016s status: OK
Test: select 300ms time: 0.300043s latency: 0.000043s status: OK
Test: usleep 300ms time: 0.304056s latency: 0.004056s status: OK
Test: select 400ms time: 0.400010s latency: 0.000010s status: OK
Test: usleep 400ms time: 0.404098s latency: 0.004098s status: OK
Test: select 500ms time: 0.499992s latency: -0.000008s status: OK
Test: usleep 500ms time: 0.504000s latency: 0.004000s status: OK
Test: select 600ms time: 0.600050s latency: 0.000050s status: OK
Test: usleep 600ms time: 0.603959s latency: 0.003959s status: OK
Test: select 700ms time: 0.699969s latency: -0.000031s status: OK
Test: usleep 700ms time: 0.704037s latency: 0.004037s status: OK
Test: select 800ms time: 0.800026s latency: 0.000026s status: OK
Test: usleep 800ms time: 0.803978s latency: 0.003978s status: OK
Test: select 900ms time: 0.900046s latency: 0.000046s status: OK
Test: usleep 900ms time: 0.904003s latency: 0.004003s status: OK
Testing multi-second select and sleep
Test: select 0ms time: 0.000005s latency: 0.000005s status: OK
Test: sleep 0ms time: 0.000006s latency: 0.000006s status: OK
Test: select 1000ms time: 1.000062s latency: 0.000062s status: OK
Test: sleep 1000ms time: 1.004069s latency: 0.004069s status: OK
Test: select 2000ms time: 2.000727s latency: 0.000727s status: OK
Test: sleep 2000ms time: 2.004141s latency: 0.004141s status: OK
Test: select 3000ms time: 3.000127s latency: 0.000127s status: OK
Test: sleep 3000ms time: 3.004048s latency: 0.004048s status: OK
Test: select 4000ms time: 4.000032s latency: 0.000032s status: OK
Test: sleep 4000ms time: 4.004827s latency: 0.004827s status: OK
Test: select 5000ms time: 5.000118s latency: 0.000118s status: OK
Test: sleep 5000ms time: 5.004131s latency: 0.004131s status: OK
Test: select 6000ms time: 5.997241s latency: -0.002759s status: OK
Test: sleep 6000ms time: 6.008025s latency: 0.008025s status: OK
Test: select 7000ms time: 6.997195s latency: -0.002805s status: OK
Test: sleep 7000ms time: 7.004180s latency: 0.004180s status: OK
Test: select 8000ms time: 8.000512s latency: 0.000512s status: OK
Test: sleep 8000ms time: 8.008116s latency: 0.008116s status: OK
Test: select 9000ms time: 8.996997s latency: -0.003003s status: OK
Test: sleep 9000ms time: 9.004279s latency: 0.004279s status: OK
Don't see any ERROR status. The negative latencies doesn't seem to sound
good. Do you see them too? I ran your test on my RH9 based T30 and
find several negative latencies there too.
--
Thanks and Regards,
Srivatsa Vaddagiri,
Linux Technology Center,
IBM Software Labs,
Bangalore, INDIA - 560017
next prev parent reply other threads:[~2005-09-02 17:35 UTC|newest]
Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-31 16:58 Srivatsa Vaddagiri
2005-08-31 17:12 ` [PATCH 1/3] Updated dynamic tick patches - Fix lost tick calculation in timer_pm.c Srivatsa Vaddagiri
2005-08-31 22:36 ` Zachary Amsden
2005-08-31 22:47 ` john stultz
2005-09-02 15:43 ` [PATCH 1/3] dynticks - implement no idle hz for x86 Con Kolivas
2005-09-02 15:45 ` [PATCH 2/3] dyntick - Fix lost tick calculation in timer pm.c Con Kolivas
2005-09-02 15:46 ` [PATCH 3/3] dyntick - Recover walltime upon wakeup Con Kolivas
2005-09-02 17:25 ` [PATCH 2/3] dyntick - Fix lost tick calculation in timer pm.c Srivatsa Vaddagiri
2005-09-02 20:18 ` Thomas Schlichter
2005-09-02 21:21 ` john stultz
2005-09-02 16:56 ` [PATCH 1/3] dynticks - implement no idle hz for x86 Russell King
2005-09-02 17:12 ` Srivatsa Vaddagiri
2005-09-03 6:13 ` Con Kolivas
2005-09-03 7:58 ` Russell King
2005-09-03 8:01 ` Con Kolivas
2005-09-03 8:06 ` Russell King
2005-09-03 8:14 ` Con Kolivas
2005-09-04 20:10 ` Nishanth Aravamudan
2005-09-04 20:26 ` Russell King
2005-09-04 20:37 ` Nishanth Aravamudan
2005-09-04 21:17 ` Russell King
2005-09-05 3:08 ` Con Kolivas
2005-09-05 16:28 ` Nishanth Aravamudan
2005-09-05 6:58 ` Tony Lindgren
2005-09-05 16:30 ` Nishanth Aravamudan
2005-09-04 20:41 ` Nishanth Aravamudan
2005-09-05 5:32 ` Srivatsa Vaddagiri
2005-09-05 5:48 ` Nishanth Aravamudan
2005-09-05 6:32 ` Srivatsa Vaddagiri
2005-09-05 6:44 ` Nishanth Aravamudan
2005-09-06 20:51 ` Nishanth Aravamudan
2005-09-07 8:13 ` Tony Lindgren
2005-09-07 15:00 ` Nishanth Aravamudan
2005-09-07 15:53 ` Nishanth Aravamudan
2005-09-07 17:07 ` Srivatsa Vaddagiri
2005-09-07 17:23 ` Nishanth Aravamudan
2005-09-07 18:14 ` Srivatsa Vaddagiri
2005-09-07 18:22 ` Nishanth Aravamudan
2005-09-07 16:14 ` Bill Davidsen
2005-09-07 16:42 ` Nish Aravamudan
2005-09-07 17:17 ` Srivatsa Vaddagiri
2005-09-07 17:27 ` Nish Aravamudan
2005-09-07 18:18 ` Srivatsa Vaddagiri
2005-09-07 18:33 ` Nish Aravamudan
2005-09-09 16:27 ` Bill Davidsen
2005-09-05 7:37 ` Russell King
2005-09-05 7:49 ` Srivatsa Vaddagiri
2005-09-05 8:00 ` Russell King
2005-09-05 16:33 ` Nishanth Aravamudan
2005-09-05 7:00 ` Srivatsa Vaddagiri
2005-09-05 7:27 ` Tony Lindgren
2005-09-05 17:02 ` Nishanth Aravamudan
2005-09-07 7:37 ` Tony Lindgren
2005-09-07 15:05 ` Nishanth Aravamudan
2005-09-08 10:00 ` Tony Lindgren
2005-09-08 21:22 ` Nishanth Aravamudan
2005-09-08 22:08 ` Nishanth Aravamudan
2005-09-09 22:30 ` Nishanth Aravamudan
2005-09-20 11:06 ` Srivatsa Vaddagiri
2005-09-20 14:58 ` Nishanth Aravamudan
2005-09-22 13:38 ` Martin Schwidefsky
2005-09-22 14:52 ` Nishanth Aravamudan
2005-09-22 18:32 ` Srivatsa Vaddagiri
2005-09-26 15:08 ` Srivatsa Vaddagiri
2005-09-23 6:55 ` Srivatsa Vaddagiri
2005-09-05 7:44 ` Russell King
2005-09-05 8:19 ` Srivatsa Vaddagiri
2005-09-05 8:32 ` Russell King
2005-09-05 9:24 ` Srivatsa Vaddagiri
2005-09-05 17:06 ` Nishanth Aravamudan
2005-09-05 17:04 ` Nishanth Aravamudan
2005-09-05 17:27 ` Srivatsa Vaddagiri
2005-09-05 18:06 ` Nishanth Aravamudan
2005-09-05 13:19 ` Srivatsa Vaddagiri
2005-09-05 16:57 ` Nishanth Aravamudan
2005-09-05 17:25 ` Srivatsa Vaddagiri
2005-09-05 18:11 ` Nishanth Aravamudan
2005-09-03 4:05 ` [PATCH 1/3] Updated dynamic tick patches - Fix lost tick calculation in timer_pm.c Lee Revell
2005-09-03 4:18 ` Peter Williams
2005-09-03 4:34 ` Lee Revell
2005-09-03 4:48 ` Peter Williams
2005-09-03 5:15 ` Parag Warudkar
2005-09-03 5:30 ` Lee Revell
2005-09-03 5:20 ` Srivatsa Vaddagiri
2005-09-06 10:32 ` Pavel Machek
2005-09-06 10:46 ` Srivatsa Vaddagiri
2005-09-06 18:04 ` john stultz
2005-08-31 17:26 ` [PATCH 2/3] Updated dynamic tick patches - Cleanup Srivatsa Vaddagiri
2005-08-31 17:27 ` [PATCH 3/3] Updated dynamic tick patches - Recover walltime upon wakeup Srivatsa Vaddagiri
2005-09-01 5:23 ` Updated dynamic tick patches Con Kolivas
2005-09-01 13:07 ` Tony Lindgren
2005-09-01 13:19 ` David Weinehall
2005-09-01 13:46 ` Tony Lindgren
2005-09-01 14:11 ` Srivatsa Vaddagiri
2005-09-02 17:34 ` Srivatsa Vaddagiri [this message]
2005-09-03 10:16 ` Tony Lindgren
2005-08-31 18:49 Erik Andrén
2005-09-02 8:52 ` Srivatsa Vaddagiri
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050902173432.GA5029@in.ibm.com \
--to=vatsa@in.ibm.com \
--cc=akpm@osdl.org \
--cc=arjan@infradead.org \
--cc=cfriesen@nortel.com \
--cc=george@mvista.com \
--cc=johnstul@us.ibm.com \
--cc=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
--cc=s0348365@sms.ed.ac.uk \
--cc=tony@atomide.com \
--cc=trenn@suse.de \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome