[maemo-developers] Re: testing pango with 770
ext Federico Mena Quintero wrote: This is interesting, since pango-1.11.1 has our recent optimizations in it. You mentioned that you were using gettimeofday(). Can you please test the pango-profile module from CVS? It has a slightly more sophisticated timer, using times(). I've found it to be quite reliable, and it gives reproducible results. I've been running pango-language-profile now aswell, also produced new results with fs-tests BUT then when I made tests with x86 I found out with callgrindkcachegrind that quite much of the time was spent on typecasts and checks ... so actually I've been running stuff with debug turned on (instead of 'minimal' in stable release) :-/ With x86 this does not seem to make much difference but with arm I'd expect results with new pango to be better. I'm sorry for my misconclusions, I'll run the tests again and post results! // Tapani ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi, Nils Faerber wrote: Have you ever tried recent GPE on a 200MHz iPaq? I find that very snappy too and it uses GTK2... The latest GTK release uses Cairo for rendering - which is nice in general but really a performance hog. But this is only in the very latest release. I hope and guess that this problem has already been recognised by the GTK developers and they hopefully work on it. i just tried two GPE images on an iPAQ h5550 yesterday. One using GTK 2.6.x and one using GTK 2.8.x. Comparing the behaviour without any measurement 2.8 just feels slower. Like discussed before memory usage is another issue... I would like to have Cairo as a compile time option and not a fixed dependency. For small devices like the 770 or other PDAs you could then go without it (or slower devices). This would be a good solution, but this would lead to the situation that you can have incompatible builds of the same GTK version. I guess this is the main reason why the GTK developers only provide a very few compile time options. For example disabling deprecated bits at build time would be such an option too. It would save some space and make sure developers do not use deprecated features anymore. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: 0271-771091-14 and the reality of tomorrow.Fax: 0271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 6C 44 30 4C 43 20 6B 61 16 07 0F AA E6 97 70 A8 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi Eric, This is so interesting since GTK+ applications feels so much faster on all machines I've been using whereas QT once are somewhat slow.. Are you running them all in KDE? I'm running everything in Gnome and it's fast enough even on my 800MHZ machine at home. I have to admit that I also use KDE but I am not a fan of one or the other I just use it because I like its filemanager more than gnome's. For pure GTK apps it should not make any difference wether they run on KDE or Gnome except initial loading time which is not what I am talking about. All the stuff I talked about is from the user point of view, it is not my intention to flame arround nore I am a fan of QT or GTK apps which I would like to highlight. I am just a bit dissappointed by the performance of some GTK2 apps, thats all. These are just some impressions I had on my systems: * Konqueror has a faster UI than Nautilus * Opera has a faster UI than Firefox (whereas Mozilla GTK-1.2 builds where pretty snappy till they switched to GTK-2) * The Motif an Fox-Potrs of Eclipse are MUCH faster then Eclipse/GTK2 * Layouting works usually more smooth (=higher update frequency) wen resizing something with QT than GTK. * Even smaller UIs like that one from GFTP feel a bit slow if you resize the views. However that are just impressions, I did not make any time-tables to document behaviours nore do I say QT is better than GTK. I would be just happy if GTK would receive some intensiv profiling and tuning versions instead of new features to be on the line with other toolkits from the performance point of view. It could also be the case that GTK apps suffer a bit form the nvidia-drivers since I use nvidia cards on all of my 3 systems. Thanks for listening, sorry for bothering, lg Clemens ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi, These are just some impressions I had on my systems: * Konqueror has a faster UI than Nautilus * Opera has a faster UI than Firefox (whereas Mozilla GTK-1.2 builds were pretty snappy till they switched to GTK-2) * The Motif and Fox-Ports of Eclipse are MUCH faster then Eclipse/GTK2 * Layouting works usually more smooth (=higher update frequency) when resizing something with QT than GTK. * Even smaller UIs like that one from GFTP feel a bit slow if you resize the views. Could you give names of the applications you've used for the comparison? E.g. was this Kword vs. Abiword etc (and not Kate vs. Abiword :))? I think it would then be pretty straightforward to get some hard numbers with xresponse. Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eero Tamminen wrote: Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. Try popping up the vkb. Opera takes ~4 seconds to resize the first time. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDtFsJMkyGM64RGpERAsekAKC5UhvLKHVxLL8SHFq8dT2vePFYAQCfeFZ9 7EAK01TeKkiFyDG230Yew+0= =Bw+t -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
ext Koen Kooi wrote: Eero Tamminen wrote: Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. Try popping up the vkb. Opera takes ~4 seconds to resize the first time. I think this is a special case which does not happen with other applications, browser is doing something more here. regards, Koen // Tapani ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Clemens Eisserer schrieb: It's disappointing that with every release gtk gets slower... I absolutly agree - GTK-1.2 has been a nice and fast toolkit but since the jump to 2.0 GTK is just one of those too-bloated-to-be-tuneable pieces of software no one wants to touch since it could break something. And do not argue that big, feature richt toolkits are slow in general - Even large QT apps are snappy and very responsive whereas many large GTK-2 apps tend to be unuseable on slower systems (like my Dorun-800). 800mhz to render some buttons and layout texts?? Maybe I am just too old to understand whats going on :( A very favourite argument is that skinned toolkits are slow or X is slow, but how do other, much faster toolkits face with that. Have you ever tried recent GPE on a 200MHz iPaq? I find that very snappy too and it uses GTK2... The latest GTK release uses Cairo for rendering - which is nice in general but really a performance hog. But this is only in the very latest release. I hope and guess that this problem has already been recognised by the GTK developers and they hopefully work on it. I would like to have Cairo as a compile time option and not a fixed dependency. For small devices like the 770 or other PDAs you could then go without it (or slower devices). lg Clemens Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDsnsQJXeIURG1qHgRAiofAJ9MNGan2jE43nnM0tkz7uKy19P9gwCghrvR P/NKx8hENuZStXB36YJ3NjE= =Ue2C -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Clemens Eisserer wrote: It's disappointing that with every release gtk gets slower... I absolutly agree - GTK-1.2 has been a nice and fast toolkit but since the jump to 2.0 GTK is just one of those too-bloated-to-be-tuneable pieces of software no one wants to touch since it could break something. This thread is pretty funny. Nokia tests 1 version of gtk with different versions of pango and suddenly people say that *different* versions of gtk were tested and jump to conclusions Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDsoXtMkyGM64RGpERArTqAJ9mRUbj319IHPfzaThsxgTEmhrbigCgq+H+ z7vbZmBclp2XCeKnkr+Nvu8= =gn8L -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: testing pango with 770
ext Federico Mena Quintero wrote: On Wed, 2005-12-21 at 15:15 +0200, Tapani Pälli wrote: Text 'abcdefghijklmnopqrstuvwxyz' is rendered to 20 rows 100 times using 'sans serif-18' font. (Each test is renderering 52000 glyphs.) This test could be more thorough. You aren't testing word breaking or the non-latin shapers, for example. Yes, I will think of real-life usecases also. But writing lines of text is pretty much simplest usecase there is ... I wonder why the difference is that big, I will try to find that out. Also, your test needs to run for a longer time. Otherwise, you'll get a lot of variation among runs. Make it so that each run takes a few minutes. This is true, I will run this again with longer time. For gtk I think it will speed up but xlib test should stay pretty neutral. You mentioned that you were using gettimeofday(). Can you please test the pango-profile module from CVS? It has a slightly more sophisticated timer, using times(). I've found it to be quite reliable, and it gives reproducible results. I will try pango-profile, thanks! * What is causing slowness? Ask a profiler :) For your test, I'd like to know the CPU usage for both Pango and the X server. On my machine, a render a lot of text benchmark spends 50% of the time in the X server (xorg without the MMX compositing stuff), about 30% in Pango, and the rest in other processes. Sysprof can tell you that very nicely. Yep the whole pipeline has to be inspected, the biggest bottleneck can be elsewhere (whether the actual blitting can be optimized more that's another question). but we haven't actually had any changes with our X for awhile and I was using same X build for all tests. If you use the benchmark in pango-profile, beware that it just tests the Pango machinery, not the rendering machinery. You may want to stick a gdk_draw_layout() in the code. Ok, this is good to know. Does Sysprof run on the 770 yet? Nope :-/ // Tapani ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
