Thank you Romain for the quick answer ! Seems that the AbstractWorkspace class implementing the Workspace https://github.com/NetLogo/NetLogo/blob/5.x/src/main/org/nlogo/workspace/AbstractWorkspace.java <https://github.com/NetLogo/NetLogo/blob/5.x/src/main/org/nlogo/workspace/AbstractWorkspace.java> does that in dispose() : (call to getExtensionManager().reset(); ) but the HeadlessWorkspace in a scala class, extending AbstractWorkspaceScala, both do not have dispose method I'm not sure to get the architecture mixed java/scala.
Juste -- Juste Raimbault Doctorant en géographie UMR 8504 CNRS - Géographie-Cités / UMR-T 9403 IFSTTAR - LVMT > Le 31 déc. 2015 à 11:58, Romain Reuillon <[email protected]> a écrit : > > Maybe, the reset method (in the file above) should be called from the dispose > methode of the headless workspace: > https://github.com/NetLogo/NetLogo/blob/5.x/src/main/org/nlogo/workspace/ExtensionManager.java > > Romain > > Le 31/12/2015 11:46, Romain Reuillon a écrit : >> Hi Juste, >> >> it looks like a bug of netlogo headless that doesn't close the extensions >> when it is disposed :(... Could you submit a ticket to the netlogo team? >> >> Romain >> >> Le 31/12/2015 11:37, Juste Raimbault a écrit : >>> Hi all, >>> >>> I'm currently experiencing an issue with a reasonable size exploration of >>> Netlogo5Task ; >>> >>> - Running on a local environement, the exploration fails after around >>> 1000 completed tasks, with the exception "FileNotFoundException (too many >>> files open)" >>> >>> - I relaunched the experiment and monitored progressively opened file by >>> the java task for openmole, using >>> lsof -p [openmole pid] | grep >>> ~/.openmole/[host]/.tmp/[experiment-dir] | wc -l >>> where [openmole pid], [host] and [experiment-dir] are replaced with >>> actual values. It appears indeed that this count grows linearly with >>> completed tasks, and that *.jar files corresponding to netlogo >>> extensions (2 used in the model) are indeed kept open, even after task >>> completion and deletion : adding a 'grep "(deleted)"' in the pipe also >>> yields linear number of opened files ; what should cause the exception >>> because of system or jvm file open limit. >>> >>> Is it something I miss with the Netlogo5Task like an extra parameter that >>> tells it to close open files when finished ? or is it an issue with netlogo >>> or the embedding of netlogo that does not close open files when finished ? >>> >>> Thank you in advance ; and happy new year's Eve tonight ! >>> >>> Best, >>> >>> Juste >>> >>> >>> -- >>> Juste Raimbault >>> Doctorant en géographie >>> UMR 8504 CNRS - Géographie-Cités / UMR-T 9403 IFSTTAR - LVMT >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> OpenMOLE-users mailing list >>> >>> [email protected] >>> http://fedex.iscpif.fr/mailman/listinfo/openmole-users >> >> >> >> _______________________________________________ >> OpenMOLE-users mailing list >> >> [email protected] >> http://fedex.iscpif.fr/mailman/listinfo/openmole-users > > _______________________________________________ > OpenMOLE-users mailing list > [email protected] > http://fedex.iscpif.fr/mailman/listinfo/openmole-users
_______________________________________________ OpenMOLE-users mailing list [email protected] http://fedex.iscpif.fr/mailman/listinfo/openmole-users
