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

[Petr Tomasek <tomasek etf cuni cz>]

On Thu, Oct 20, 2011 at 12:03:17PM +0200, Clemens Eisserer wrote:
> Hi,
> 
> Fedora16 comes with a gtk3 port of Audacious.
> After updating I immediatly noticed how slow the playlist scrolls (a
> quite ordinary TreeView with a few hundred lines),
> when scrolling using the scrollwheel GTK3 barely keeps up, which
> usually results in "afterscrolling" - on a Core2Duo with 2ghz / 4MB
> cache.
> GTK2's TreeView was not fast either (compared to e.g. Java's JTable),
> but it didn't feel disturbing.
> 
> I hacked together a simple sample application which compiles under
> gtk2 as well as gtk3: http://93.83.133.214/gtklist.c
> Just maximize it (preferable on a large screen) and scroll with your
> wheel - the gtk3 version should feel a lot slower.
> 
> Would be great if somebody could have a look at this regression.
> I didn't file a bug-report, because usually bugzilla reports fade away
> into legacy unnoticed.
> 
> Thank you in advance, Clemens

Hi,

I'm using gtk2 (2.22) and had (my own) small program which when I changed
2.20 -> 2.22 became teribly slow. It uses GtkTreeView. The workaround was
to switch off the sorting of the TreeView while adding a large number of
items and set it when the list is filled. Then, the TreeView became
very quick.

Maybe this is connected also to the gtk3 problem? (Anyway, it is a bug... :-( )

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: butrus jabbim cz

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EA 355:001  DU DU DU DU
EA 355:002  TU TU TU TU
EA 355:003  NU NU NU NU NU NU NU
EA 355:004  NA NA NA NA NA
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~