Re: GIO will link with -pthread soon

On Thu, 2009-11-12 at 14:57 +0100, Alexander Larsson wrote:
> On Wed, 2009-11-11 at 23:10 -0500, Ryan Lortie wrote:
> > The easiest fix here is to link libgio with -pthread.  We discussed this
> > at the GTK meeting yesterday and decided to do this unless anyone on the
> > list has a compelling reason not to.
> Its certainly an easy fix. However, it will inflict e.g. threadsafe
> malloc and all the other libc functions on all single-threaded Gtk+ apps
> which is not a small cost (although the Gtk+/glib locking will not be
> enabled unless you call g_thread_init()). 

Do we have the numbers for that? The original gthread split was done
based on timings I did in 1999 or so, and if I recall, showed an overall
overhead of 5% or so for allocation intensive GTK+ code (like
constructing a large tree of widgets.)

10 years later we have GSlice, a completely different implementation of
threads, and very different processors so it's very hard to extrapolate
from those original measurements.

- Owen

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]