[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20061204235726.GA5707@gnuppy.monkey.org>
Date: Mon, 4 Dec 2006 15:57:26 -0800
From: Bill Huey (hui) <billh@...ppy.monkey.org>
To: bert hubert <bert.hubert@...herlabs.nl>,
Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org
Cc: "Bill Huey (hui)" <billh@...ppy.monkey.org>
Subject: Re: [PATCH 0/4] lock stat for 2.6.19-rt1
On Mon, Dec 04, 2006 at 09:08:56AM -0800, Bill Huey wrote:
> On Mon, Dec 04, 2006 at 01:21:29PM +0100, bert hubert wrote:
> > How tightly is your work bound to -rt? Iow, any chance of separating the
> > two? Or should we even want to?
>
> There's other uses for it as well. Think about RCU algorithms that need
> to spin-try to make sure the update of an element or the validation of
> it's data is safe to do. If an object was created to detect those spins
> it'll track what is effectively contention as well as it is represented
> in that algorithm. I've seen an RCU radix tree implementation do something
> like that.
That was a horrible paragraph plus I'm bored at the moment. What I meant is
that lockless algorithms occasionally have a spin-try associated with it as
well that might possibly validate the data that's updated against the entire
data structure for some kind of consistency cohernecy or possibly on an
individual element. That retry or spin can be considered a contention as well
and it can be made aware to this lock-stat patch just by connecting the
actually occurance of retry logic against a backing object.
I need to be more conscious about proofreading what I write before sending
it off. Was this clear ?
bill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists