[BonnMotion] Draft for Bonnmotion

[Okuonghae, Noah (2015)]

Thanks Nils and Alexander,
         I am still on the verge of increasing the heap size for my simulation. I have been increasing it gradually in order to find out which will work comfortably. At the moment I have increased it to 8g (8589934592 bit = 8gb) but it still goes to memory issues. Also, I would like to kindly inquiry if it is possible to use BonnMotion to stimulate obstacle mobility in NS2 or can you kindly advice how I can simulate obstacle mobility. Thank you for your kind response.

Noah
________________________________
From: Nils Aschenbruck <aschenbruck at uos.de>
Sent: Sunday, January 6, 2019 3:05 PM
To: Okuonghae, Noah (2015)
Subject: Re: Draft for Bonnmotion

Dear Noah,

Alexander has replied to your mail on the mailing list.

Please see a forward below.

Best,
Nils Aschenbruck

-------- Forwarded Message --------
Subject: Re: [BonnMotion] Reference Point Group Mobility Model: BonnMotion
Date: Thu, 20 Dec 2018 15:00:07 +0100
From: Alexander Bothe <bothe at informatik.uos.de>
Reply-To: BonnMotion mobility generator mailing list
<bonnmotion at list.serv.Uni-Osnabrueck.de>
To: bonnmotion at list.serv.Uni-Osnabrueck.de

Dear Noah,

I'm not too familiar with the RPGM model (implementation), so I can't
give you any advice regarding your specific model parameters, but:

The -i parameter increases the overall simulation time to the sum of the
values passed with parameters -i and -d. For the results, the initial i
seconds are cut from the created movement file. This might be needed to
remove "weird" effects of an initial transient simulation state, which
might occur before a steady state is reached, from your results. Whether
this is necessary depends on several factors (e.g., model, parameters,
scenario, ...).

I gave your command line a try on my Ubuntu based system with a slightly
older Java version, seems to work fine (results attached):
:/software/bonnmotion-3.0.1/bin$ ./bm -f battleFiled_60_6 RPGM -d 1000
-i 0.0 -n 60 -x 1000 -y 1000 -a 5.0 -h 6.0 -l 0.0 -p 2.0 -c 0.0
BonnMotion 3.0.1

OS: Linux 4.15.0-42-generic
Java: Oracle Corporation 1.8.0_181


Starting RPGM ...
warning: setting the initial phase to be cut off to be too short may
result in very weird scenarios
Next RNG-Seed =8802419895629028808 | #Randoms = 924
RPGM done.
Runtime: 0 sec

Increasing the number of nodes, I ran into memory issues around 6e5
nodes, but this was clearly stated in the error message I received and
potentially could be fixed by increasing the heap size.

Best regards,
 Alexander


Okuonghae, Noah (2015) wrote on 01.01.19 23:47:
> Dear Nils Aschenbruck,
>
> I would like to thank you for your last reply. Please, I would appreciate any suggestions on what I initially posted to the Bonnmotion mailing list (also included below). Thank you for your kind response.
>
> Kind regards
>
> Noah
>
> Get Outlook for Android<https://aka.ms/ghei36>
>
>
>
> From: Okuonghae, Noah (2015)
> Sent: Tuesday, December 18, 2018, 3:49 AM
> Subject: Draft for Bonnmotion
> To: Noah Nowa Okuonghae
>
>
> [BonnMotion] Reference Point Group Mobility Model: BonnMotion
>
>
>
> Dear Bonnmotion Mailinglist,
>
> Thank you for your reply.
>
> I am using Bonnmotion to create RPGM mobility scnarios for 10, 20, 30, 40, 50 nodes individually, using fixed speeds of 6, 12, 32ms (-h 6 -l 0.0), I intensionally did not give any seconds to skip(is that alright?). I have a scenario duration time of 1000.
> My simulation area for x & y is 1000, and pause time is 2. I would like my node to inherit the attribute of whatever group it meets and each group should consist of 5 nodes each (say for 10 nodes, it will be 2 groups of 5 nodes). -n runs well for 10 nodes and 6 speed and 12 speed but when I increase the nudes from 20 all through to
> 60 it halts and goes into an infinate loop. Also what does this mean: warning: setting the initial phase to be cut off to be too short may result in very weird scenarios?
>
>  Thank you for your kind support.
>
>
>
>
> Please also provide full information:
>
> - BonnMotion version: bonnmotion-3.0.1
>
>
> - Java version:
>
> java version "1.8.0_191"
> Java(TM) SE Runtime Environment (build 1.8.0_191-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.191-b12, mixed mode)
>
> - Operating System: Ubuntu
>
> - full command line to get the error:
>
> bm -f battleFiled_60_6 RPGM -d 1000 -i 0.0 -n 60 -x 1000 -y 1000 -a 5.0 -h 6.0 -l 0.0 -p 2.0 -c 0.0
>
> - output -> error: It hangs
>
>
>> Lastly in
>> trying to find the problem I noticed in the Bonnmotion output file that my
>> -x had become 1020 and also -y 1020 instead of 1000 each, what should I do?
>
> BonnMotion adds a margin of 10 on all sides to avoid nodes moving on the boarder
> as this caused problems in some simulators.
>
> Best,
> Nils Aschenbruck
>
>
>
> circular=false--------------what does this mean?
> maxdist ------------------how do you set it
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.serv.uni-osnabrueck.de/pipermail/bonnmotion/attachments/20190318/15fd95ec/attachment-0001.html>