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