Thanks Kavan,

I removed all the god statements from the mobility file as my protocol  
doesnot use any of the forwarding optimal information and it solved  
the problem. The file loads so much faster. The only thing i wonder  
now is what if i wanted that optimality information? Is there a way to  
expedite the reading of all that god information in the script?  
Removal of god lines has the 0 as output in the Pf and Po fields of  
the output trace file.

If you have any suggestions to keep the info intact i would like to  
try that out, because I know I might need that information later in my  
work. I think ns2 gurus can shed some light on this matter. So let me  
put the question out:

Constant mobility with 200 nodes makes a lot of changes in the  
topology and hence a lot of god statements in the mobility file  
updating the optimal hop information for the affected nodes. I think  
the god statements are read as tcl script by the ns2 and is extremely  
slow in updating the internal information so is there a way to read  
that info in a matrix format because reading the god statements takes  
a hell lot of time?

Thanks again.

Vaqar


Quoting kavan sheth <[email protected]>:

> Hi Vaqar,
>   if you are not using "god" object then you can modify setdest code
> such that it remove all god entries. or at least what you can do is
> remove god entries using grep command from your scenario file.
>   As far as I know, simulation with more nodes and simulation time
> takes a lot of time but 30 hours looks too much to me.
> Kavan
> DA-IICT
>
> On 2/16/09, [email protected]  
> <[email protected]> wrote:
>>
>> Hi,
>> I am running my simulation for 200 nodes and 900 seconds. The mobility
>> scenario has been generated using the
>> /indep-utils/cmu-scen-gen/setdest/make-scen.csh file. The files
>> generated are about 116MB to 132MB. Now my question is that while
>> running the ns it seems to take eternity (till now 30 hours on AMD
>> 2200 4GB) to load the scenario file, Is this normal or is there a way
>> to avoid this delay. Any thought would be welcome.
>> You all have a nice day.
>>
>> Vaqar
>>
>>
>>
>>
>>
>





Reply via email to