Make sure you run the application with "strace -f -r -o
outputfile.txt thegtkprogram", the -r option is handy in this case since
it shows the time between syscalls, the -o option is good because it
redirects output to a file instead of slowing down because the terminal
has to parse a lot of text (so you only get hard disk overhead instead
of the terminal program and video drivers doing their slow thing).
Also, maybe it is trying to contact a font server? Try to run the X
Font Server (xfs) (ps fax to see if it is running already) and make sure
you use it in your XOrg/XFree configuration file: in the Files section,
you should have a line that says FontPath "unix/:7100" before all other
FontPath's; if you have it then try the inverse: comment it out and
restart X.
While GTK doesn't have lightspeed, it isn't _that_ slow of course :).
HTH!
El 18/07/06 00:40, Richard Querin escribió:
>
>
> On 7/17/06, [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>*
> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote:
>
> On Mon, 17 Jul 2006 22:54:58 EDT, Richard Querin said:
>
> It's quite possible that the actual pattern of system calls as
> reported by
> strace is almost the same, but due to disk fragmentation, the
> system is
> spending lots of time seeking back and forth now.
>
> Is the disk light on solid when this is happening?
>
>
>
> No disk light at all. The cpu monitor is showing full 100% CPU usage
> until the app has appeared.
>
>
>
>
--
Ivan Baldo - [EMAIL PROTECTED] - http://ibaldo.codigolibre.net/
ICQ 10215364 - Phone/FAX (598) (2) 613 3223.
Caldas 1781, Malvin, Montevideo, Uruguay, South America, planet Earth.
In favour of world peace and freedom, against U.S.A. and allies!!!
Alternatives: [EMAIL PROTECTED] - http://go.to/ibaldo
_______________________________________________
gtk-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtk-list
