From: Nishanth Aravamudan <nacc@us.ibm.com>
To: john stultz <johnstul@us.ibm.com>
Cc: lkml <linux-kernel@vger.kernel.org>,
Tim Schmielau <tim@physik3.uni-rostock.de>,
George Anzinger <george@mvista.com>,
albert@users.sourceforge.net,
Ulrich Windl <ulrich.windl@rz.uni-regensburg.de>,
Christoph Lameter <clameter@sgi.com>,
Dominik Brodowski <linux@dominikbrodowski.de>,
David Mosberger <davidm@hpl.hp.com>, Andi Kleen <ak@suse.de>,
paulus@samba.org, schwidefsky@de.ibm.com,
keith maanthey <kmannth@us.ibm.com>,
Chris McDermott <lcm@us.ibm.com>, Max Asbock <masbock@us.ibm.com>,
mahuja@us.ibm.com, Darren Hart <darren@dvhart.com>,
"Darrick J. Wong" <djwong@us.ibm.com>,
Anton Blanchard <anton@samba.org>,
donf@us.ibm.com, mpm@selenic.com, benh@kernel.crashing.org,
kernel-stuff@comcast.net, frank@tuxrocks.com
Subject: Re: [PATCH 0/4] new timeofday-based soft-timer subsystem
Date: Tue, 14 Jun 2005 11:11:09 -0700 [thread overview]
Message-ID: <20050614181109.GG4180@us.ibm.com> (raw)
In-Reply-To: <20050614034655.GA4180@us.ibm.com>
On 13.06.2005 [20:46:55 -0700], Nishanth Aravamudan wrote:
> On 08.06.2005 [20:11:42 -0700], john stultz wrote:
> > Hey Everyone,
> > I'm heading out on vacation until Monday, so I'm just re-spinning my
> > current tree for testing. If there's no major issues on Monday, I'll re-
> > diff against Andrew's tree and re-submit the patches for inclusion.
>
> Here is an update of my soft-timer rework to John's latest patches. I
> have made some major changes in this revision. I would still greatly
> appreciate any comments.
First, one consideration I forgot:
Would it be beneficial to encapsulate the timer_list structure? That way
if the units change underneath and we eventually move to timer_fsecs
(for femtoseconds), we don't need to change all the callers of
set_timer_nsecs() again?
I'm envisioning something along the lines of:
init_and_set_timer_nsecs((void *)(function), unsigned long data, nsec_t
expires_nsecs);
I guess the trick then, is that a pointer to the created timer_list in
init_and_set_timer_nsecs() needs to be handed back to the caller, to
guarantee they can delete the timer if needed. Maybe that won't work :/
Just a thought, which might make this the hard transition, but should
make extensibility easier to handle.
<snip>
Also, some updates:
> [1] Benchmark Differentials on various machines
There was a bug in my ppc64 emulation (was just using jiffies not
(jiffies - INITIAL_JIFFIES)), here's is the update value for tod-timer:
> ppc64, 8-way 1.2GHz Power4, 12GB RAM
> Elapsed User System CPU
> 2.6.12-rc6 100% 100% 100% 100%
> 2.6.12-rc6-tod 95.59% 100.04% 101.28% 104.81%
2.6.12-rc6-tod-timer 97.53% 100.18% 100.75% 102.81%
Also, here are the differentials between 2.6.12-rc6 and
2.6.12-rc6-tod-timer with emulation of do_monotonic_clock() on NUMA-Q.
numaq, 16-way 700 MHz, PIII, 16GB RAM
Elapsed User System CPU
2.6.12-rc6 100% 100% 100% 100%
2.6.12-rc6-tod-timer 100.99% 98.1% 99.13% 98.02%
Thanks,
Nish
next prev parent reply other threads:[~2005-06-14 18:11 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-09 3:11 [PATCH 1/4] new timeofday core subsystem (v. B2) john stultz
2005-06-09 3:13 ` [PATCH 2/4] new timeofday i386 arch specific changes " john stultz
2005-06-09 3:14 ` [PATCH 3/4] new timeofday x86-64 " john stultz
2005-06-09 3:15 ` [PATCH 4/4] new timeofday i386/x86-64 timesources " john stultz
2005-06-09 13:15 ` [PATCH 1/4] new timeofday core subsystem " Pekka Enberg
2005-06-14 0:53 ` john stultz
2005-06-14 2:47 ` Frank Sorenson
2005-06-14 2:01 ` john stultz
2005-06-14 3:46 ` [PATCH 0/4] new timeofday-based soft-timer subsystem Nishanth Aravamudan
2005-06-14 3:48 ` [PATCH 1/4] convert soft-timer subsystem to timerintervals Nishanth Aravamudan
2005-06-14 3:49 ` [PATCH 2/4] Nishanth Aravamudan
2005-06-14 3:49 ` [PATCH 2/4] convert sys_nanosleep() to use new soft-timer subsystem Nishanth Aravamudan
2005-06-14 17:00 ` [PATCH 0/4] new timeofday-based " Nishanth Aravamudan
2005-06-14 18:11 ` Nishanth Aravamudan [this message]
2005-06-15 6:30 ` Ulrich Windl
2005-06-15 15:01 ` Nishanth Aravamudan
2005-06-14 22:13 ` Nishanth Aravamudan
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=20050614181109.GG4180@us.ibm.com \
--to=nacc@us.ibm.com \
--cc=ak@suse.de \
--cc=albert@users.sourceforge.net \
--cc=anton@samba.org \
--cc=benh@kernel.crashing.org \
--cc=clameter@sgi.com \
--cc=darren@dvhart.com \
--cc=davidm@hpl.hp.com \
--cc=djwong@us.ibm.com \
--cc=donf@us.ibm.com \
--cc=frank@tuxrocks.com \
--cc=george@mvista.com \
--cc=johnstul@us.ibm.com \
--cc=kernel-stuff@comcast.net \
--cc=kmannth@us.ibm.com \
--cc=lcm@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@dominikbrodowski.de \
--cc=mahuja@us.ibm.com \
--cc=masbock@us.ibm.com \
--cc=mpm@selenic.com \
--cc=paulus@samba.org \
--cc=schwidefsky@de.ibm.com \
--cc=tim@physik3.uni-rostock.de \
--cc=ulrich.windl@rz.uni-regensburg.de \
/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