[Octave-bug-tracker] [bug #64944] intensively redrawing subplots results in memoryleak, slow performance and crash

[anonymous]

URL:
  <https://savannah.gnu.org/bugs/?64944>

                 Summary: intensively redrawing subplots results in
memoryleak,  slow performance and crash
                   Group: GNU Octave
               Submitter: None
               Submitted: Wed 29 Nov 2023 01:20:34 PM UTC
                Category: Plotting
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Performance
                  Status: None
             Assigned to: None
         Originator Name: Richard
        Originator Email: richard@infound.nl
             Open/Closed: Open
                 Release: 7.3.0
         Discussion Lock: Any
        Operating System: GNU/Linux
           Fixed Release: None
         Planned Release: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Wed 29 Nov 2023 01:20:34 PM UTC By: Anonymous
When creating a single figure with several sublots and redrawing one or more
axes in the figure steadily reduces the performance of octave, it also results
in ever increasing memory and eventually makes octave core dump and crash.
Platform is fedora 38.
Graphics toolkits qt and fltk show the same behavior.

When the same octave script is rewritten to use multiple figure windows (for
each plot 1 figure) instead of having 1 figure window with multiple axes
(sub-plots concept) there is no issue.

When redrawing a plot, "clf" clears the resources related to the figure. When
multiple sub-plots are used in one figure, "clf" is not feasible, as it clears
all sub-plots, hence, "cla" is used to specifically clear the axes. 

There must be an issue with cla, causing not only to steadily increase the
memory allocation, but also to decrease performance to a point where the
window manager starts complaining on octave not responding anymore and
ultimately a core dump ends the program (octave).








    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64944>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/