lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <9810cff90802211453l3f62200ey52edfeb9d84d7@mail.gmail.com>
Date:	Thu, 21 Feb 2008 14:53:56 -0800
From:	"Bill Huey (hui)" <bill.huey@...il.com>
To:	"Ingo Molnar" <mingo@...e.hu>
Cc:	"Gregory Haskins" <ghaskins@...ell.com>, a.p.zijlstra@...llo.nl,
	tglx@...utronix.de, rostedt@...dmis.org,
	linux-rt-users@...r.kernel.org, linux-kernel@...r.kernel.org,
	kevin@...man.org, cminyard@...sta.com, dsingleton@...sta.com,
	dwalker@...sta.com, npiggin@...e.de, dsaxena@...xity.net,
	ak@...e.de, gregkh@...e.de, sdietrich@...ell.com,
	pmorreale@...ell.com, mkohari@...ell.com
Subject: Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks

On Thu, Feb 21, 2008 at 1:42 PM, Ingo Molnar <mingo@...e.hu> wrote:
>  I'd not exclude them fundamentally though, it's really the numbers that
>  matter. The code is certainly simple enough (albeit the .config and
>  sysctl controls are quite ugly and unacceptable - adaptive mutexes
>  should really be ... adaptive, with no magic constants in .configs or
>  else).
>
>  But ... i'm somewhat sceptic, after having played with spin-a-bit
>  mutexes before.

Yeah, it's yet another reason to get better instrumentation in -rt for
this purpose and why it's important to only log things in the slow
path so that the front end of the rtmutex doesn't see instrumentation
artifacts in the measurement. If I get a chance tonight, I'll extend
lockdep/lockstat for this purpose if peterz doesn't beat me to it. I
won't have access to the test harness to replicate this though.

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ