X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/d2d4d192f42351fa0c53de8a3e268bb33c3bbe5c..bd8b1f6f7a1fb9e79540cb9eb850c0dc6b99fe3e:/docs/source/Platform.rst diff --git a/docs/source/Platform.rst b/docs/source/Platform.rst new file mode 100644 index 0000000000..b8779f53c0 --- /dev/null +++ b/docs/source/Platform.rst @@ -0,0 +1,42 @@ +.. raw:: html + + + +
+
+ +.. _platform: + +Describing your Simulated Platform +################################## + +In SimGrid, platforms are usually described in XML. This formalism has +some drawbacks, but using a specific format ensures that the platform +is not mixed with the tested application. This separation of concern +:ref:`is a must ` for your Modeling and Simulation (M&S) +work. When XML is too limiting, you may describe your platforms using +the :ref:`lua bindings ` (it is not yet possible to do so in +python or directly in C++). + +Any simulated platform must contain **basic elements**, such as +:ref:`pf_tag_host`, :ref:`pf_tag_link`, :ref:`pf_tag_disk`, and similar. +SimGrid makes no assumption about the **routing of your platform**, so you must declare +explicitly the network path taken between each pair of hosts. +This can be done through a flat list of :ref:`pf_tag_route` for each pair of hosts (routes +are symmetrical by default), or you may use the advanced concept of :ref:`networking zone ` +to efficiently express the routing of your platform. +Finally, you may also describe an **experimental scenario**, with qualitative (e.g., bandwidth variations representing +an external load) and qualitative (e.g., representing how some elements fail and restart over time) changes. + +The most efficient way to learn about platform description is to look at the +:ref:`many examples ` included in the archive and described +in the next section. This documentation also contains some :ref:`hints and +howtos `, as well as the full :ref:`XML reference guide +`. + +.. LocalWords: SimGrid