Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-23 Thread Andrew Morton
On Thu, 21 Feb 2008 22:24:20 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > regarding the concept: adaptive mutexes have been talked about in the > past, but their advantage is not at all clear, that's why we havent done > them. It's definitely not an unambigiously win-win concept. When ext3 wa

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Peter W. Morreale
From: Tsugikazu Shibata <[EMAIL PROTECTED]> Fix the UTF-8 broken encodings in the ja_JP version of stable_kernel_rules.txt From: Tsugikazu Shibata <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- Documentation/ja_JP/stable_kernel_rules.txt | 106 +---

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Gregory Haskins
>>> On Thu, Feb 21, 2008 at 4:42 PM, in message <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL PROTECTED]> wrote: > * Bill Huey (hui) <[EMAIL PROTECTED]> wrote: > >> I came to the original conclusion that it wasn't originally worth it, >> but the dbench number published say otherwise. [...] > > dbe

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Gregory Haskins
>>> On Thu, Feb 21, 2008 at 4:24 PM, in message <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL PROTECTED]> wrote: > hm. Why is the ticket spinlock patch included in this patchset? It just > skews your performance results unnecessarily. Ticket spinlocks are > independent conceptually, they are alread

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Bill Huey (hui)
It would also help to get the lockdep/lockstat output for those runs so that more discussion can happen. That framework can be extended to do all sorts of contention tracking and that is why I took implemented it in the first place to track the viability of adaptive spins. My initial results where

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Ingo Molnar
hm. Why is the ticket spinlock patch included in this patchset? It just skews your performance results unnecessarily. Ticket spinlocks are independent conceptually, they are already upstream in 2.6.25-rc2 and -rt will have them automatically once we rebase to .25. and if we take the ticket spi

Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Gregory Haskins
>>> On Thu, Feb 21, 2008 at 10:26 AM, in message <[EMAIL PROTECTED]>, Gregory Haskins <[EMAIL PROTECTED]> wrote: > We have put together some data from different types of benchmarks for > this patch series, which you can find here: > > ftp://ftp.novell.com/dev/ghaskins/adaptive-locks.pdf For con

[PATCH [RT] 00/14] RFC - adaptive real-time locks

2008-02-21 Thread Gregory Haskins
The Real Time patches to the Linux kernel converts the architecture specific SMP-synchronization primitives commonly referred to as "spinlocks" to an "RT mutex" implementation that support a priority inheritance protocol, and priority-ordered wait queues. The RT mutex implementation allows tasks t