Re: Some performance notes

[Owen Taylor <otaylor redhat com>]

Soeren Sandmann <sandmann daimi au dk> writes:

> Owen Taylor <otaylor redhat com> writes:
> 
> > > Note that this is pretty bad. Eating 100% cpu of 400MHz celeron for GUI
> > > is not too good. You should eat 10%... [win95 was usable on 386/40, 4MB]
> > 
> > Errr, we aren't talking about just sitting there. We are talking
> > about opaque resizing. Slower machine == 100% cpu at lower framerate.
> > 
> > And if you have a slow machine, then you shouldn't be using opaque
> > resizing.
> 
> On my machine (pentium II, 200MHz, 128 MB RAM, Matrox Millennium 4MB,
> 1600x1200x16), opaque resizing is usable with Windows 2000, with QT
> and with GTK 1.2.  Only with GTK 2.0 is there a noticable delay before
> the resize takes effect (but it is still usable).  Turning off double
> buffering doesn't help.
> 
> I have been instrumenting GTK with the attached files, and it shows
> delays of up to a second from the first configure is received until
> gtk_container_idle_sizer() calls gdk_flush().  This is with testgtk'
> toplevel.

And until the first configure until gtk_container_idle_sizer()
is called? (Is this with -dumbSched or not?)

                                        Owen