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 Updated dynamic tick patches 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
-- strict thread matches above, loose matches on Subject: below --
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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.