Re: speeding up GtkTreeView?
- From: Joop Stakenborg <pa3aba xs4all nl>
- To: Filip Van Raemdonck <mechanix debian org>
- Cc: gtk-app-devel-list gnome org
- Subject: Re: speeding up GtkTreeView?
- Date: 12 Feb 2003 19:16:49 +0100
Op wo 12-02-2003, om 12:19 schreef Filip Van Raemdonck:
On Tue, Feb 11, 2003 at 07:38:49PM +0100, Joop Stakenborg wrote:
I have done a comparison between the deprecated GtkCList widget and the
new GtkTreeView in gtk+-2.0. Loading 10.000 rows consisting of 3 columns
each takes 0.3 seconds with GtkClist and 4.8 second with GtkTreeView.
Be glad :-) When I fill a 2 column treemodel with ~10000 entries, at a
time the model has no view associated with it yet (so no rendering
slowness - have you tried filling on a disconnected model?), it takes
around 15 seconds on a pII 300, 96MiB memory. Granted, it may be a lowend
machine, but not using a treemodel I can fill in the same data in a custom
data storage model in around one second.
So it's the renderer's slowness? I guess pango must be the bottleneck
then.....
Also, when I outputted a simple `.' on stdout per each 10 entries added,
I could see a significant slowdown as more entries were in the list
already, even when still only a few dozen dots (i.e. a few hundred items)
were printed.
I think it would be very useful for the two standard treemodel
implementations to have an API to put in a custom underlying datamodel.
Right now those default models are really only useful with small data
sets. Anything serious brings them to their knees.
I have read somewhere that writing your own renderer would be a
solution. But I don't have clue how to go about.
Regards,
Filip
Thanks,
Joop
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]