<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="#954F72" style="word-wrap:break-word"> <div class="WordSection1"> Hi Juan, Gerald, <o:p> </o:p> I've just tried Gerald's sequence on a clean image too and it runs as expected, indeed: <o:p> </o:p> Simple fork 0 0 Handled exception 0 Debugger creation 0 100 100 Debugger close 106 106 Garbage collect "Note: I ran an extra GC at the end to clear all processes" 0 0 <o:p> </o:p> But then I just played erratically with opening and closing debuggers and three UI's got "stuck" after a short while: now I can't get rid of them, all terminated but referenced from somewhere, thus won't be GC'd. <o:p> </o:p> a Process terminated 40 (3081490) Formerly: Morphic UI a Process terminated 40 (20413) Formerly: Morphic UI a Process terminated 39 (3343717) Formerly: Morphic UI <o:p> </o:p> Then I ran Gerald's sequence again and it worked as expected again, clearing (GC) all terminated processes - except the old "stuck" ones, indeed... <o:p> </o:p> My question is how to "unreference" a terminated process to make it garbage collectable? <o:p> </o:p> I guess I can find all terminated processes like this: ( Process allSubInstances select: [ :process | process isTerminated ] ) explore <o:p> </o:p> and explore all places it's referenced from like this: ( Object allSubInstances select: [:obj | obj pointsTo: (self at: 1)] ) explore <o:p> </o:p> but that doesn't help me understand WHY they're still being referenced from all those places after termination and how to remove those references... <o:p> </o:p> I not even sure my question makes good sense, really... Any help understanding it would be greatly appreciated :) <o:p> </o:p> Best, Jaromir <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <div style="mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: <a href="mailto:juan@cuis.st">Juan Vuletich</a> Sent: Friday, October 21, 2022 0:21 To: <a href="mailto:cuis-dev@lists.cuis.st">Discussion of Cuis Smalltalk</a> Cc: <a href="mailto:cuis.01@klix.ch">Gerald Klix</a>; <a href="mailto:mail@jaromir.net"> Jaromir Matas</a> Subject: Re: [Cuis-dev] [DEFECT] Debugger leaves terminated processes </div> <o:p> </o:p> On 10/20/2022 1:20 PM, Gerald Klix via Cuis-dev wrote: > Hi all, Hi Juan, > > I think I found the cause of my huge images: > The Debugger (or process termination) > leaves terminated processes hanging around. > > First I saved the image before running the > killer-Block (see the attached killit.st): > > -- snip -- > beforeLargeStack.image > -rw-rw-r-- 1 bear bear 27M Okt 20 17:50 > Haver6.0-5496-beforeLargeStack.image > -- snap -- > > Than I ran killit and simply closed the debugger window > and saved the image: > > -- snip -- > -rw-rw-r-- 1 bear bear 1.9G Okt 20 17:51 > Haver6.0-5496-afterLargeStack.image > -- snap -- > > From 27 megabytes to 1.9 gigabytes in 20 seconds, > that's quite a feature, albeit a bad one. > > When I print all existing processes -- see diagnoseKillit.st -- I > could see there are a lot of terminated processes hanging around. > > I did `self break` and closed the debugger: More terminated processes. > Bad enough: `Smalltalk garbageCollect` does not help. > > The first part of RunningProcesses.txt is the transcript > output after running the killer-block. > (There are already some terminated processes, because I used > image to implement the fixes, I just posted). > The second part is transcript output after one `self break`; > I didn't check exactly, but there are more terminated processes. > > > Best Regards, > > Gerald I just tried on a fresh Cuis. 1) Evaluated your killer 10M 2) waited for it to finish 3) closed the debugger. 4) 2 terminated processes. 5) Smalltalk garbageCollect 6) no terminated processes. Looks ok to me. -- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich<o:p></o:p> <o:p> </o:p> </div> </body> </html>