On Sep 28, 2009, at 14:05, Jeremy Huddleston wrote:
On Sep 28, 2009, at 12:01, Jeremy Huddleston wrote:
Is anyone else seeing performance issues with gtk2 based
applications? I'm on SnowLeopard with mostly updated versions of
ports (where they actually build).
xchat takes about 10 minutes to display the connections window (gtk-
demo has the same issue). Here's a 30-second sample about 4
minutes into the launch (gtk-demo's sample looks the same):
<xchat_34607.UBDJlc.sample.txt>
It's fairly deep, and here are the big tickets:
Sort by top of stack, same collapsed (when >= 5):
hb_ot_layout_substitute_lookup 6768
hb_ot_layout_position_lookup 6704
PosLookupSubTable::apply(_hb_ot_layout_context_t*,
_hb_buffer_t*, unsigned int, unsigned int, unsigned int, unsigned
int, unsigned int) const 5438
SubstLookupSubTable::apply(_hb_ot_layout_context_t*,
_hb_buffer_t*, unsigned int, unsigned int, unsigned int, unsigned
int, unsigned int) const 5191
Is anyone else experiencing this problem?
oh, and I forgot to mention that it is certainly a pango issue since
reverting pango to the last version "fixes" the problem:
sudo port deactivate pango # 1.26.0_0+macosx+universal
sudo port activate pango @1.24.5_0+macosx+universal
I have seen other reports of slowness on the MacPorts mailing list.
Feel free to report this problem to the developers of pango. The
portfile doesn't do anything too special so I think it's an upstream
problem.
_______________________________________________
macports-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
