[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a36005b50704211846g4ed1256fpad6a3a5670318314@mail.gmail.com>
Date: Sat, 21 Apr 2007 18:46:58 -0700
From: "Ulrich Drepper" <drepper@...il.com>
To: "Linus Torvalds" <torvalds@...ux-foundation.org>
Cc: "Kyle Moffett" <mrmacman_g4@....com>,
"William Lee Irwin III" <wli@...omorphy.com>,
"Willy Tarreau" <w@....eu>, "Ingo Molnar" <mingo@...e.hu>,
"Con Kolivas" <kernel@...ivas.org>, linux-kernel@...r.kernel.org,
"Andrew Morton" <akpm@...ux-foundation.org>,
"Nick Piggin" <npiggin@...e.de>, "Mike Galbraith" <efault@....de>,
"Arjan van de Ven" <arjan@...radead.org>,
"Peter Williams" <pwil3058@...pond.net.au>,
"Thomas Gleixner" <tglx@...utronix.de>, caglar@...dus.org.tr,
"Gene Heskett" <gene.heskett@...il.com>
Subject: Re: [REPORT] cfs-v4 vs sd-0.44
On 4/21/07, Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> And how the hell do you imagine you'd even *know* what thread holds the
> futex?
We know this in most cases. This is information recorded, for
instance, in the mutex data structure. You might have missed my "the
interface must be extended" part. This means the PID of the owning
thread will have to be passed done. For PI mutexes this is not
necessary since the kernel already has access to the information.
> The whole point of the "f" part of the mutex is that it's fast, and we
> never see the non-contended case in the kernel.
See above. Believe me, I know how futexes work. But I also know what
additional information we collect. For mutexes and in part for
rwlocks we know which thread owns the sync object. In that case we
can easily provide the kernel with the information.
-
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