Re: [Playerstage-users] Massive Simulation in Stage 3.0.1

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

valgrind can be used to trace this. It will slow the system down somewhat,
but running

valgrind -v --leak-check=yes player <player args here>

Will produce a detailed report of leaked memory when you terminate the
application.

2009/4/7 Joao Duro <j....@sh...>

> Hi Brain,
>
> Placing fclose(file) in worldfile.cc in line 185 (for Load(...) and line
> 563 (for LoadTokenInclude(..)) solve this error.
>
> However another one came! :(
>
> I realise that the process is constantly incrementing the memory that is
> consuming and after several minutes the whole system went unstable.
>
> So I decide to limit the amount of memory that the process is actually
> allowed to use using a simple bash command:
> ulimit -d 1000000 -m 1000000 -v 1000000
>
> After the threshold has been achieved the process exist with the following
> error:
>
> ....
>
> ****************
> Simulation n. 1157
> ****************
>  [Loading simple.world][Include pioneer.inc][Include map.inc][Include
> sick.inc][Load time 0.112sec]
> searching for type 1 in model r0 type 4
> searching for type 1 in model r0.ranger:0 type 3
> searching for type 1 in model r0.laser:0 type 1
> searching for type 1 in model r1 type 4
> searching for type 1 in model r1.ranger:0 type 3
> searching for type 1 in model r1.laser:0 type 1
> -6.5 -6.5
> -6.5 -7.5
> time: 1
> time: 1
> time: 2
> time: 2
> time: 3
> time: 3
> time: 4
> time: 4
> time: 5
> time: 5
> time: 6
> time: 6
> time: 7
> time: 7
> time: 8
> time: 8
> time: 9
> time: 9
> time: 10
> time: 10
> time: 11
> time: 11
> time: 12
> time: 12
> time: 13
> time: 13
> time: 14
> time: 14
> time: 15
> time: 15
> time: 16
> time: 16
> time: 17
> time: 17
> time: 18
> time: 18
> -5.36863 -5.36863
> -5.36863 -6.36863
> unsubscribe from r0 0
> unsubscribe from r0.laser:0 0
> unsubscribe from r1 0
> unsubscribe from r1.laser:0 0
> ****************
> Simulation n. 1158
> ****************
>  [Loading simple.world][Include pioneer.inc][Include map.inc][Include
> sick.inc]
> GLib-ERROR **: (NULL) message
> aborting...
> Aborted
>
>
> Maybe there is some dynamically allocated space that is not being free by
> the Stage members functions.
> I am not an expert in Stage development source code!
> Could someone have a look if there is possibility to trace and to improve
> this benchmark tool ?!
>
> Regards,
> Joao
>
> On Mon, 2009-04-06 at 22:57 +0100, Brian Gerkey wrote:
> > Looks like Stage is being a little loose with its management of file
> > descriptors.  I would guess that fclose(file) should be called in
> > WorldFile::Load(), after LoadTokens(), somewhere around worldfile.cc:
> > 185.  I haven't tried this.
> >
> >       brian.
> >
> > On Apr 6, 2009, at 2:43 PM, Joao Duro wrote:
> >
> > > Hey I am using Stage 3.0.1 as a standalone C++ library.
> > > I am trying to run the same simulation many times.
> > > After 256 simulation I am getting always the same error.
> > > I am only using two robots with lasers and they only go straight
> > > during
> > > 18 seconds.
> > >
> > > The code that perform this is here:
> > > http://pastebin.com/f27f9937e
> > >
> > > Here is a quickshot of what it happens in the terminal:
> > >
> > > $stestsimple simple.world 2
> > >
> > > ......
> > >
> > >
> ****************************************************************************
> > >
> ****************************************************************************
> > >
> ****************************************************************************
> > >
> > > ****************
> > > Simulation n. 255
> > > ****************
> > > [Loading simple.world][Include pioneer.inc][Include map.inc][Include
> > > sick.inc][Load time 0.113sec]
> > > searching for type 1 in model r0 type 4
> > > searching for type 1 in model r0.ranger:0 type 3
> > > searching for type 1 in model r0.laser:0 type 1
> > > searching for type 1 in model r1 type 4
> > > searching for type 1 in model r1.ranger:0 type 3
> > > searching for type 1 in model r1.laser:0 type 1
> > > -6.5 -6.5
> > > -6.5 -7.5
> > > time: 1
> > > time: 1
> > > time: 2
> > > time: 2
> > > time: 3
> > > time: 3
> > > time: 4
> > > time: 4
> > > time: 5
> > > time: 5
> > > time: 6
> > > time: 6
> > > time: 7
> > > time: 7
> > > time: 8
> > > time: 8
> > > time: 9
> > > time: 9
> > > time: 10
> > > time: 10
> > > time: 11
> > > time: 11
> > > time: 12
> > > time: 12
> > > time: 13
> > > time: 13
> > > time: 14
> > > time: 14
> > > time: 15
> > > time: 15
> > > time: 16
> > > time: 16
> > > time: 17
> > > time: 17
> > > time: 18
> > > time: 18
> > > -5.36863 -5.36863
> > > -5.36863 -6.36863
> > > unsubscribe from r0 0
> > > unsubscribe from r0.laser:0 0
> > > unsubscribe from r1 0
> > > unsubscribe from r1.laser:0 0
> > > ****************
> > > Simulation n. 256
> > > ****************
> > > [Loading simple.world][Include pioneer.inc]err: unable to open include
> > > file /home/jduro/Desktop/workspace/stest/./pioneer.inc : Too many open
> > > files (/home/jduro/playerstage/Stage-3.0.1-Source/libstage/
> > > worldfile.cc
> > > LoadTokenInclude)
> > > [Load time 0.001sec]
> > > warn: lookup of model name r0: no matching name
> > > (/home/jduro/playerstage/Stage-3.0.1-Source/libstage/world.cc
> > > GetModel)
> > > stest: ../stestsimple.cpp:45: int main(int, char**): Assertion
> > > `robots[i].position' failed.
> > > Aborted
> > >
> > >
> > >
> ****************************************************************************
> > >
> ****************************************************************************
> > >
> ****************************************************************************
> > >
> > > In order to close the opened files by world->Load( worldfile ); why is
> > > "world->UnLoad();" not enough?! If not what else is required ?!
> > >
> > > Regards,
> > > Joao
> > >
> > >
> > >
> > >
> ------------------------------------------------------------------------------
> > > This SF.net email is sponsored by:
> > > High Quality Requirements in a Collaborative Environment.
> > > Download a free trial of Rational Requirements Composer Now!
> > > http://p.sf.net/sfu/www-ibm-com
> > > _______________________________________________
> > > Playerstage-users mailing list
> > > Pla...@li...
> > > https://lists.sourceforge.net/lists/listinfo/playerstage-users
> >
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by:
> > High Quality Requirements in a Collaborative Environment.
> > Download a free trial of Rational Requirements Composer Now!
> > http://p.sf.net/sfu/www-ibm-com
> > _______________________________________________
> > Playerstage-users mailing list
> > Pla...@li...
> > https://lists.sourceforge.net/lists/listinfo/playerstage-users
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Playerstage-users mailing list
> Pla...@li...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>

-- 
This email is intended for the addressee only and may contain privileged
and/or confidential information