# HG changeset patch # User Nicola Baldo # Date 1321445743 -3600 # Node ID 3ae17689445d603ae845d9dd529cc9226cb03785 # Parent 466802e3cafb0259aa64561e7a22184461b71404 separate doc section for LTE module profiling diff -r 466802e3cafb -r 3ae17689445d doc/models/Makefile --- a/doc/models/Makefile Wed Nov 16 10:35:03 2011 +0100 +++ b/doc/models/Makefile Wed Nov 16 13:15:43 2011 +0100 @@ -36,6 +36,7 @@ $(SRC)/lte/doc/source/lte-user.rst \ $(SRC)/lte/doc/source/lte-design.rst \ $(SRC)/lte/doc/source/lte-testing.rst \ + $(SRC)/lte/doc/source/lte-profiling.rst \ $(SRC)/lte/doc/source/lte-references.rst \ $(SRC)/propagation/doc/propagation.rst \ $(SRC)/network/doc/network-overview.rst \ diff -r 466802e3cafb -r 3ae17689445d src/lte/doc/source/index.rst --- a/src/lte/doc/source/index.rst Wed Nov 16 10:35:03 2011 +0100 +++ b/src/lte/doc/source/index.rst Wed Nov 16 13:15:43 2011 +0100 @@ -11,5 +11,6 @@ lte-design lte-user lte-testing + lte-profiling lte-references diff -r 466802e3cafb -r 3ae17689445d src/lte/doc/source/lte-profiling.rst --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/src/lte/doc/source/lte-profiling.rst Wed Nov 16 13:15:43 2011 +0100 @@ -0,0 +1,60 @@ +.. include:: replace.txt + + ++++++++++++++++++++++++++++++++++ + Profiling Documentation ++++++++++++++++++++++++++++++++++ + + + +Execution time and memory consumption +------------------------------------- + +In order to provide an evaluation of the execution time and +memory consumption, a +reference simulation program (``examples/profiling-reference``) has been +developed. This program simulates a scenario +composed by a set of eNodeBs, and a set of UEs attached to each eNB. All eNodeBs +have the same number of attached UEs. Communications are performed both in the +dowlink and in the uplink using a saturation model (i.e., each RLC instance +always has a PDU to transmit). The UEs are all in the same position than its +eNodeB and the eNodeBs are distributed in a line, each one 140m away from the +previous one. The total simulation time is set to 60s. + +Using this simulation program, we ran a simulation campaign varying the number +of eNBs as well as the number of UEs per eNB. For each simulation, we measured +the execution time using the ``time`` shell command in linux, and the memory +consumption by looking at the information in ``/proc/\{pid\}/statm``. The +reference hardware platform is an Intel Core2 Duo E8400 3.00GHz with 512 MB of +RAM memory running a Fedora Core 10 distribution with kernel +2.6.27.5. The simulator build used in this +experiment was configured with the options ``-d optimized +--enable-static``. + +The results are reported in `fig-simulationTime`_ and `fig-memoryUsage`_. +We note that the memory usage, as expected, +primarily depends on the number of eNBs, however is in general quite low. The +execution time depends significantly on both the number of eNBs and the number +of UEs per eNB. For the case of 10 UEs per eNB, we also show that the +experimental data can be fitted quite accurately by a quadratic function. We +suggest that this behavior is due to the fact that the +interference calculations have a computational complexity which is quadratic with +respect to the number of eNBs, and which is the dominant contribution in the overall +computational load. + + +.. _fig-simulationTime: + +.. figure:: figures/simulationTime.* + :align: center + + Execution time of the reference program for a simulation duration of 60s. + + +.. _fig-memoryUsage: + +.. figure:: figures/memoryUsage.* + :align: center + + Memory usage of the reference program. + diff -r 466802e3cafb -r 3ae17689445d src/lte/doc/source/lte-user.rst --- a/src/lte/doc/source/lte-user.rst Wed Nov 16 10:35:03 2011 +0100 +++ b/src/lte/doc/source/lte-user.rst Wed Nov 16 13:15:43 2011 +0100 @@ -266,61 +266,6 @@ show how to simulate different LTE scenarios. -Performance evaluation -********************** - -Execution time and memory consumption -------------------------------------- - -In order to provide an evaluation of the execution time and -memory consumption, a -reference simulation program (``examples/profiling-reference``) has been -developed. This program simulates a scenario -composed by a set of eNodeBs, and a set of UEs attached to each eNB. All eNodeBs -have the same number of attached UEs. Communications are performed both in the -dowlink and in the uplink using a saturation model (i.e., each RLC instance -always has a PDU to transmit). The UEs are all in the same position than its -eNodeB and the eNodeBs are distributed in a line, each one 140m away from the -previous one. The total simulation time is set to 60s. - -Using this simulation program, we ran a simulation campaign varying the number -of eNBs as well as the number of UEs per eNB. For each simulation, we measured -the execution time using the ``time`` shell command in linux, and the memory -consumption by looking at the information in ``/proc/\{pid\}/statm``. The -reference hardware platform is an Intel Core2 Duo E8400 3.00GHz with 512 MB of -RAM memory running a Fedora Core 10 distribution with kernel -2.6.27.5. The simulator build used in this -experiment was configured with the options ``-d optimized ---enable-static``. - -The results are reported in `fig-simulationTime`_ and `fig-memoryUsage`_. -We note that the memory usage, as expected, -primarily depends on the number of eNBs, however is in general quite low. The -execution time depends significantly on both the number of eNBs and the number -of UEs per eNB. For the case of 10 UEs per eNB, we also show that the -experimental data can be fitted quite accurately by a quadratic function. We -suggest that this behavior is due to the fact that the -interference calculations have a computational complexity which is quadratic with -respect to the number of eNBs, and which is the dominant contribution in the overall -computational load. - - -.. _fig-simulationTime: - -.. figure:: figures/simulationTime.* - :align: center - - Execution time of the reference program for a simulation duration of 60s. - - -.. _fig-memoryUsage: - -.. figure:: figures/memoryUsage.* - :align: center - - Memory usage of the reference program. - - Fading Trace Management *********************** diff -r 466802e3cafb -r 3ae17689445d src/lte/doc/source/lte.rst --- a/src/lte/doc/source/lte.rst Wed Nov 16 10:35:03 2011 +0100 +++ b/src/lte/doc/source/lte.rst Wed Nov 16 13:15:43 2011 +0100 @@ -8,6 +8,7 @@ lte-design lte-user lte-testing + lte-profiling lte-references