X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/73e4fd1f87d88fd9396f626cdf5cd50692f1d5e1..7ce752524bd815bb66b262e4288903c6a9ebfc93:/doc/doxygen/options.doc diff --git a/doc/doxygen/options.doc b/doc/doxygen/options.doc index 979f2c3de1..58c4af04b3 100644 --- a/doc/doxygen/options.doc +++ b/doc/doxygen/options.doc @@ -9,6 +9,8 @@ report so that we can fix it. Note that some of the options presented here may not be available in your simulators, depending on the @ref install_src_config "compile-time options" that you used. +\tableofcontents + \section options_using Passing configuration options to the simulators There is several way to pass configuration options to the simulators. @@ -532,8 +534,8 @@ phase. \subsection options_virt_factory Selecting the virtualization factory -In SimGrid, the user code is virtualized in a specific mecanism -allowing the simulation kernel to control its execution: when a user +In SimGrid, the user code is virtualized in a specific mechanism +that allows the simulation kernel to control its execution: when a user process requires a blocking action (such as sending a message), it is interrupted, and only gets released when the simulated clock reaches the point where the blocking operation is done. @@ -553,6 +555,10 @@ to the most effient: - \b raw: amazingly fast factory using a context switching mecanism of our own, directly implemented in assembly (only available for x86 and amd64 platforms for now) + - \b boost: This uses the [context implementation](http://www.boost.org/doc/libs/1_59_0/libs/context/doc/html/index.html) + of the boost library; you must have this library installed before + you compile SimGrid. (On Debian GNU/Linux based systems, this is + provided by the libboost-contexts-dev package.) The only reason to change this setting is when the debugging tools get fooled by the optimized context factories. Threads are the most @@ -746,7 +752,7 @@ be simulated using SMPI by calling internal smpi_execute*() functions. To disable the benchmarking/simulation of computation in the simulated application, the variable \b -smpi/simulation_computation should be set to no +smpi/simulate_computation should be set to no \subsection options_model_smpi_bw_factor smpi/bw_factor: Bandwidth factors @@ -774,10 +780,10 @@ Here, MAX_BANDWIDTH denotes the bandwidth of the link. \b Default: 0 (false) -Most of the time, you run MPI code through SMPI to compute the time it -would take to run it on a platform that you don't have. But since the +Most of the time, you run MPI code with SMPI to compute the time it +would take to run it on a platform. But since the code is run through the \c smpirun script, you don't have any control -on the launcher code, making difficult to report the simulated time +on the launcher code, making it difficult to report the simulated time when the simulation ends. If you set the \b smpi/display_timing item to 1, \c smpirun will display this information when the simulation ends. \verbatim Simulation time: 1e3 seconds. @@ -1116,7 +1122,7 @@ silently overflow on other parts of the memory. - \c smpi/privatize_global_variables: \ref options_smpi_global - \c smpi/running_power: \ref options_smpi_bench - \c smpi/send_is_detached_thresh: \ref options_model_smpi_detached -- \c smpi/simulation_computation: \ref options_smpi_bench +- \c smpi/simulate_computation: \ref options_smpi_bench - \c smpi/test: \ref options_model_smpi_test - \c smpi/use_shared_malloc: \ref options_model_smpi_use_shared_malloc - \c smpi/wtime: \ref options_model_smpi_wtime