[Octave-bug-tracker] [bug #65669] Cell array construction is memory-intensive

[Henry Shu]

Follow-up Comment #29, bug #65669 (group octave):


> The freed nodes should be available even though they are not collected by
whoever (glibc, linux?) manages the heap, right? 

Yes, that is/seems the case, as reported in [comment #18 comment #18]
(transcribed below).  And the freed memory/nodes are available even to a
subprocess: I tested this with parcellfun (version 4.0.2) 

To another process though, those memory/nodes appear to be still in use.  The
pain point is that we can no longer run another memory-intensive process
without exiting/crashing this first Octave process.

[comment #18 comment #18:] > E.g. with the magic square test with size = 1000,
then doing that test 100 times gives the same unexplained memory usage as
running it just once.


    _______________________________________________________

Reply to this item at:

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

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