gtk2/pango apps taking *forever* to startup
Ryan Schmidt
ryandesign at macports.org
Mon Sep 28 12:16:55 PDT 2009
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.
More information about the macports-dev
mailing list