[Bug 88584] [ilk] Font and screen corruption in GTK+ applications

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Oct 18 22:03:41 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=88584

--- Comment #34 from Aaron Sloman <a.sloman at cs.bham.ac.uk> ---
(In reply to Mihail Kasadjikov from comment #33)
> (In reply to Aaron Sloman from comment #32)
> > 
> > Is there any reason "blt" would be preferable? I have searched a little but
> > found no useful information. Many sites mention sna and uxa without
> > mentioning blt.
> 
> The reason is performance. I used test programs from bug 55296.

Many thanks. There does not seem to be a standard Fedora 24 version of the test
package gtkperf,  but I found gtkperf-0.40-21.fc22.x86_64.rpm here

https://www.rpmfind.net/linux/RPM/fedora/22/x86_64/g/gtkperf-0.40-21.fc22.x86_64.html

and installed it on my six year old Dell Latitude E6410.

I was able to run gtkperf with "uxa" and then run it again after switching to
"blt" and re-starting X. The results were very impressive (apart from a couple
of warnings that I have not investigated, but seem to be trivial):

BEFORE TEST: Using gtkperf in ctwm window manager on Fedora 24 (XFCE)

 TEST WITH "uxt"

 # gtkperf -c 200

 (gtkperf:15734): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
 non-zero page size is deprecated

 (gtkperf:15734): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
 non-zero page size is deprecated
 GtkPerf 0.40 - Starting testing: Tue Oct 18 21:17:03 2016

 GtkEntry - time:  0.11
 GtkComboBox - time:  2.18
 GtkComboBoxEntry - time:  1.74
 GtkSpinButton - time:  0.27
 GtkProgressBar - time:  0.18
 GtkToggleButton - time:  0.42
 GtkCheckButton - time:  0.27
 GtkRadioButton - time:  0.40
 GtkTextView - Add text - time:  1.25
 GtkTextView - Scroll - time:  0.46
 GtkDrawingArea - Lines - time:  2.41
 GtkDrawingArea - Circles - time:  1.33
 GtkDrawingArea - Text - time:  2.14
 GtkDrawingArea - Pixbufs - time:  0.33
  ---
 Total time: 13.50

=======================================

AFTER TEST: RUN WITH "blt"

 # gtkperf -c 200

 (gtkperf:16369): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
 non-zero page size is deprecated

 (gtkperf:16369): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
 non-zero page size is deprecated
 GtkPerf 0.40 - Starting testing: Tue Oct 18 21:24:14 2016

 GtkEntry - time:  0.10
 GtkComboBox - time:  1.69
 GtkComboBoxEntry - time:  1.16
 GtkSpinButton - time:  0.23
 GtkProgressBar - time:  0.10
 GtkToggleButton - time:  0.37
 GtkCheckButton - time:  0.21
 GtkRadioButton - time:  0.30
 GtkTextView - Add text - time:  0.58
 GtkTextView - Scroll - time:  0.16
 GtkDrawingArea - Lines - time:  0.55
 GtkDrawingArea - Circles - time:  0.73
 GtkDrawingArea - Text - time:  0.34
 GtkDrawingArea - Pixbufs - time:  0.05
  ---
 Total time:  6.57

================================================================

The reduction from 13.50 

I have checked that video works as normal in firefox, e.g. BBC news, Youtube,
and also vlc running connected to a digital TV device.

I may be imagining things, but I feel everything is a bit more responsive than
it was previously: videos start up more promptly, and the slider control on a
youtube video works much better to fast-forward.

I also have the impression that focus follows the mouse more reliably than
previously, when using firefox, but I have not done systematic testing.

Hibernate / resume works as normal and so does suspend / resume.

And so far there are no signs of any text corruption.

In view of all this I can't understand why there are not more sites
recommending use of "blt" for people complaining about text corruption, etc.

Perhaps this web page will help with this new information.

Thanks very much for the tip!

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20161018/50c4d1fa/attachment-0001.html>


More information about the intel-gfx-bugs mailing list