Re: [gtk-list] Re: list speed
- From: Matthew Brannigan <mab smarty smart net>
- To: gtk-list redhat com
- Subject: Re: [gtk-list] Re: list speed
- Date: Fri, 24 Oct 1997 14:38:18 -0400 (EDT)
>
>
>
> On Fri, 24 Oct 1997, Sascha Ziemann wrote:
>
> > Hi,
> >
> > I wrote a program that shows the X11 colors from rgb.txt. My rgb.txt is
> > 750 lines long and so the list contains 750 items. The resize of that
> > window takes 2 secs on a AMD K6 200. I think that is really slow. Is
> > that normal for a GTK program? I use the Guile-GTK bindings and I am
> > wondering weather it is GTK or because of the Guile-GTK layer that makes
> > it so slow.
> >
> > You can get the program here:
> > http://www.ping.de/sites/aibon/Programme/GNOME/Colorbrowser/
>
> I haven't downloaded this program, but I have also noticed a performance
> problem with lists in GTK.
>
> I believe (without having done the relevant experiments, admittedly), that
> the fundamental problem is the use of a separate X window for each list
> entry. Gtk currently requires that children of a container must own their
> own window if they are to recieve mouse events. If you look a the
> scrolledwindow test in testgtk, it has the same problem - on my machine
> (a 133 Mhz P5), it takes just under 2 seconds to map 400 buttons, almost
> exactly the same performance as yours after you factor in the difference
> in machine speeds. I've also noticed a similar problem in the file
> selection window when there are lots of files.
>
I've heard of some Motif's out there having a problem with these list boxes
of large size. This does seem to be a GTK performance issue.
matt
--
--------------------------Matthew Aloysious Brannigan-------------------------
| mab@acm.org (Personal) mbrannig@bbn.com (Business) |
| http://www.smart.net/~mab |
---- "The average hacker could....." Me --------------------------------------
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]