Re: Severe treeview performance regression (Gtk2 -> gtk3)
- From: Petr Tomasek <tomasek etf cuni cz>
- To: Clemens Eisserer <linuxhippy gmail com>
- Cc: gtk-devel-list gnome org
- Subject: Re: Severe treeview performance regression (Gtk2 -> gtk3)
- Date: Thu, 20 Oct 2011 14:40:11 +0200
On Thu, Oct 20, 2011 at 12:03:17PM +0200, Clemens Eisserer wrote:
> 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
> 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://18.104.22.168/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
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
Maybe this is connected also to the gtk3 problem? (Anyway, it is a bug... :-( )
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
] [Thread Prev