From: "Sven Dietrich" <sdietrich@mvista.com>
To: "'Bill Huey \(hui\)'" <bhuey@lnxw.com>,
"'john cooper'" <john.cooper@timesys.com>
Cc: "'Perez-Gonzalez, Inaky'" <inaky.perez-gonzalez@intel.com>,
<dwalker@mvista.com>, "'Esben Nielsen'" <simlo@phys.au.dk>,
"'Ingo Molnar'" <mingo@elte.hu>, <linux-kernel@vger.kernel.org>,
<rostedt@goodmis.org>
Subject: RE: [PATCH] Abstracted Priority Inheritance for RT
Date: Thu, 2 Jun 2005 18:10:18 -0700 [thread overview]
Message-ID: <002501c567d9$04e9ea10$c800a8c0@mvista.com> (raw)
In-Reply-To: <20050603005422.GA6904@nietzsche.lynx.com>
>
> On Thu, Jun 02, 2005 at 01:43:54AM -0400, john cooper wrote:
> > That might have been me. The last time I looked at this
> specifically,
> > full transitive promotion was being done in the RT patch. However
> > unlike your attempt at scaling the lock scope, the RT patch had one
> > lock which coordinated all mutex dependency traversals
> system wide.
> > This lock must be speculatively acquired even before we ascertain
> > transitive promotion is required.
> >
> > So it doesn't scale as well as it could in the case of
> > large count SMP systems. The response was that of "get
> > it to work first and then we'll get it to scale" which
> > is reasonable.
>
> Just curious, what do you thinks about the rw-lock comments
> from Esben in that a real rw-lock can't be deterministic ?
>
I think it can be deterministic if the number of readers is limited (to 1)
next prev parent reply other threads:[~2005-06-03 1:11 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-02 1:22 Perez-Gonzalez, Inaky
2005-06-02 5:43 ` john cooper
2005-06-03 0:54 ` Bill Huey
2005-06-03 1:10 ` Sven Dietrich [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-06-02 1:21 Perez-Gonzalez, Inaky
2005-06-02 0:52 linux
2005-06-02 0:10 Perez-Gonzalez, Inaky
2005-06-02 0:25 ` Daniel Walker
2005-06-01 2:57 Daniel Walker
2005-06-01 3:35 ` Steven Rostedt
2005-06-01 7:54 ` Ingo Molnar
2005-06-01 12:57 ` Daniel Walker
2005-06-01 14:07 ` Esben Nielsen
2005-06-01 23:58 ` Daniel Walker
2005-06-02 8:25 ` Esben Nielsen
2005-06-02 15:11 ` Daniel Walker
2005-06-02 15:18 ` Esben Nielsen
2005-06-02 17:31 ` Daniel Walker
2005-06-02 20:27 ` Esben Nielsen
2005-06-02 21:50 ` Daniel Walker
2005-06-03 9:08 ` Esben Nielsen
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='002501c567d9$04e9ea10$c800a8c0@mvista.com' \
--to=sdietrich@mvista.com \
--cc=bhuey@lnxw.com \
--cc=dwalker@mvista.com \
--cc=inaky.perez-gonzalez@intel.com \
--cc=john.cooper@timesys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rostedt@goodmis.org \
--cc=simlo@phys.au.dk \
/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