[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53651] Severe performance regression of ui-fu

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53651] Severe performance regression of ui-functionality
Date: Sat, 14 Apr 2018 12:30:43 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0

Follow-up Comment #1, bug #53651 (project octave):

I will add that on linux, for multiple frameworks (Cinnamon/KDE) and systems,
I find the resizing/redraw to be visually problematic.  It's fast, but oh how
bad it looks when redrawing.  It's as though the window size that Octave is
rendering with doesn't match the OS window size in re-rendering.  There are
these black edge areas and the re-rendered contents seems to bounce around. 
If I drag and resize, say, Variable Editor window or any other Qt-derivative
window it looks rather smooth.  Furthermore, I recall previous versions of
Octave not having this issue I see in the development code...  As I write
this, maybe the effect I'm seeing has to do with arbitrary delays introduced
to plotting to solve some crash bugs.  That is, Octave is asked to re-rending
and delays for a fraction of a second but in that fraction of a second the
window size could have changed significantly.  Is Octave getting the window
size, delaying, rendering?  Or is a delaying, getting the window size,
rendering?  The order of things would make a big difference.

For the original poster, could you describe the slowness when resizing the
window?  What does the rate of refresh seem to be?  I.e., how many
frames/per/second, roughly.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]