On Jun 30, 2013, at 10:15 PM, Tudor Girba <tudor@tudorgirba.com> wrote:

Is this integrated in 2.0 already?


No:

https://pharo.fogbugz.com/f/cases/10569

Slice needs to be checked.

Doru


On Fri, Jun 28, 2013 at 3:12 PM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Hi Stephan,

I've put a slice to integrate that and the overall UserInterrupt code to get it to work. Can you try it?

It's SLICE-Issue-10569-Backport-20-Better-Interrruption-ThierryGoubier.1 in http://ss3.gemtalksystems.com/ss/PharoInbox/

Thierry

Le 27/06/2013 00:40, Stephan Eggermont a �crit :

Using Henry's

processToInterrupt
         "Look for best candidate to interrupt:
            - any scheduled non-finalization process of lower priority
            - the weak-finalization process, if scheduled
            - the UI process
         Never interrupt the idle process, since killing it is fatal"

         | fallback |

         fallback := UIManager default uiProcess.
         Processor
                 scanSchedule: [:p |
                         "suspendedContext sender == nil usually means that process is only scheduled but had no chance to run"
                         ((p ~~ Processor backgroundProcess) and: [ p suspendedContext sender notNil]) ifTrue: [
                                 p ~~  WeakArray runningFinalizationProcess
                                         ifTrue: [^p]
                                         ifFalse: [fallback := p]] ]
                 startingAt: Processor activePriority.
         ^fallback

in todays Moose 4.8 (on Pharo 20608) on the april 10 VM
allows for better interruption, up to the point where the system runs out of memory
without a lowspace warning after I assume trying to collect garbage for 20 minutes or so.

Stephan


--
Thierry Goubier
CEA list
Laboratoire des Fondations des Syst�mes Temps R�el Embarqu�s
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95




--
www.tudorgirba.com

"Every thing has its own flow"