Re: Severe treeview performance regression (Gtk2 -> gtk3)

[Lionel Landwerlin <llandwerlin gmail com>]

GtkList isn't based on treeview AFAIK

Allin Cottrell <cottrell wfu edu> wrote:

>On Thu, 20 Oct 2011, Clemens Eisserer wrote:
>
>>> The csw code takes a lot of care to try to ensure this. However, the csw
>>> code exists on Gtk+ 2.x too, so its easy to verify by comparing Gtk3 and
>>> a csw version of Gtk2.
>>
>> I wonder why the gtk3 version of the treeview is so much slower....
>> Scrolling such a basic widget on todays desktop processors shouldn't
>> cause any troubles (I also developed a Swing JTable and a QT version,
>> both scroll without any problems).
>>
>> Profiling with sysprof didn't reveal a single hotspot, its quite a
>> flat profile with many lukewarm places.
>> It seems, however, painting is not the problem (both cairo and X11
>> stuff doesn't show anywhere near top)
>>
>> Would be great if someone more experienced could have a look at the demo,
>> probably there are some lower-level issues that cause performance
>> regressions elsewhere too.
>
>I compiled your gtklist.c using
>
>(a) gtk-2.24.7 and friends (latest stable stack)
>(b) gtk-3.2.1  and friends (again, all latest stable)
>
>I can't detect any difference in the scrolling performance in 
>the two cases; it seems quite acceptable in both. This is on 
>Linux 3.0.7, glibc 2.14, gcc 4.6.1, Core i5 2520M 2.50GHz,
>Lenovo Thinkpad with "wheel-type" scrolling via Trackpad.
>
>Allin Cottrell
>
>_______________________________________________
>gtk-devel-list mailing list
>gtk-devel-list gnome org
>http://mail.gnome.org/mailman/listinfo/gtk-devel-list