On Fri, Apr 21, 2006 at 06:22:52PM +0200, Jens-Heiner Rechtien wrote: > Thorsten Behrens wrote: > >Stephan Bergmann <[EMAIL PROTECTED]> writes: > > > >>So, depending on CPU type, the version with LOCK is 2--8 times slower > >>than the version without LOCK. Would be interesting to see whether > >>this has any actual impact on overall OOo performance. > >> > >Hm. First off, I'd try to inline those asm snippets (except for the > >sparc ones, which use a function ptr to dynamically distinguish > >between v8 and v9 instruction sets).
It is documented somewhere that the function is called only once, during start up but a simple trace i did ages ago showed that util.c is traversd 2 times during startup. > > We can inline the sparc ones, too. Since the last compiler change we > support only v8plus (V9 architecture, but in 32 mode). The distinction > between the spin lock implementation and the (faster) "cas" based > implementation is no longer necessary, maybe with the exception of > NetBSD/Sparc (have to ask sparcmoz if he still supports v7/v8 architectures) I would like to support v8 because that is done by the GNU/Linux SPARC effort generally, much of the user-base uses surplus hardware. I believe packagers (debian) also like to support v8. This is the _only_ place where there is a difference beteen v8 and v8+ in the entire code base. However it may be sufficient to ship a separate v8 version of the sal library, as any (very few) v8 users also using OOo can handle that. jim [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
