hi, Chris Rorvick schrieb: > Stefan Kost wrote: > > This is most likely caused by cairo. You should also see a bit less > > CPU usage in 2.12 compared to 2.10 (or more precise newer cairo should > > perform a bit better). > > For some reason, this happens to be one of two libraries that I'm > statically linking in. I wasn't seeing a lot of time spent in it when > looking at the gprof report. > >> I would suggest to use a sampling profiler, like oprofile, sysprof, > > but all those are linux profilers (they need a kernel module). But I > > am sure there a sampling profilers for solaris too. The advantage is > > that you don't need to recompile your apps (given you have debug > > symbols alreday) and it works with shared libs too. > > I figured out that Sun's dtrace tool allows me to basically script a > sampling profiler just as you describe. Very cool program. My program > is spending more than 50% of its userland time executing code in glib, > and a vast majority of that is split evenly between two functions: > g_slist_find() and g_slist_remove_all(). > > I'm going to have to do some more work to figure out the context in > which these functions are being invoked, but I'm making progress! :) > If this is infact your problem, then I wonder how the gtk version can cause a difference here. I don't belive there is a huge increase of such calls in newer gtk-versions. Would be good it you can get backtraces.
Stefan > > Thanks, > > Chris Rorvick > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list