public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

  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