From: alegrand Date: Tue, 6 Dec 2005 16:38:09 +0000 (+0000) Subject: sexy version X-Git-Tag: v3.3~3494 X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/commitdiff_plain/c49e172849d650c9146823011f0550efce7b084d sexy version git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/simgrid/simgrid/trunk@1864 48e7efb5-ca39-0410-a469-dd3cf9ba447f --- diff --git a/doc/index.php b/doc/index.php index 25458a7c35..d81d7dc816 100644 --- a/doc/index.php +++ b/doc/index.php @@ -10,6 +10,8 @@ echo ''; "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> + + @@ -61,18 +63,26 @@ echo ''; - - - +

- +

+ +

@@ -123,18 +133,57 @@ $contents=str_replace("Welcome to", "Welcome to the", $contents); fclose($handle); echo $contents; } ?> -
-
-

- -
+The specific goal of the project is to facilitate research in the area of +distributed and parallel application scheduling on distributed computing +platforms ranging from simple network of workstations to Computational +Grids. + +
+Overview of the toolkit components
+As depicted by the following diagram, the SimGrid toolkit is basically three-layered (click on the picture to jump to a specific component).
+
- Most informations (documentation, FAQ, articles, ...) on the SimGrid project can be found - here. - -
+ + + + + + + + + + +
Relationships between the SimGrid components +

+Base layer

+The base of the whole toolkit is constituted by the XBT (eXtended Bundle of Tools).

+It is a portable library providing some grounding features such as Logging support, Exception support and Configuration support. XBT also encompass the following convenient datastructures: Dynar: generic dynamic array, Fifo: generic workqueue, Dict: generic dictionnary, Heap: generic heap data structure, Set: generic set datatype and Swag: O(1) set datatype.

+See the XBT section for more details.

+Simulation kernel layer

+The core functionnalities to simulate a virtual platform are provided by a module called SURF ("that's historical, my friend"). It is very low-level and is not intended to be used as such by end-users. Instead, it serve as a basis for the higher level layer.

+SURF main features are a fast max-min linear solver and the ability to change transparently the model used to describe the platform. This greatly eases the comparison of the several models existing in the litterature.

+See the SURF section for more details.

+Programmation environments layer

+This simulation kernel is used to build several programmation environments. Each of them target a specific audiance and constitute a different paradigm. To choose which of them you want to use, you have to think about what you want to do and what would be the result of your work.

If you want to study a theoritical problem and compare several heuristics, you probably want to try MSG (yet another historical name). It was designed exactly to that extend and should allow you to build easily rather realistic multi-agents simulation. Yet, realism is not the main goal of this environment and the most annoying technical issues of real platforms are masked here. Check the MSG section for more information.

If you want to study the behaviour of a MPI application using emulation technics, you should have a look at the SMPI (Simulated MPI) programming environment. Unfortunately, this work is still underway. Check the SMPI section for more information.

If you want to develop a real distributed application, then you may find GRAS (Grid Reality And Simulation) useful. This is an API for the realization of distributed applications.
+
+ Moreover, there is two implementations of this API: one on top of the SURF (allowing to develop and test your application within the comfort of the simulator) and another suited for deployment on real platforms (allowing the resulting application to be highly portable and extremely efficient).
+
+ Even if you do not plan to run your code for real, you may want to switch to GRAS if you intend to use MSG in a very intensive way (e.g. for simulating a peer-to-peer environment).

+ See the GRAS section for more details.

+If your favorite programming environment/model is not there (BSP, components, etc.) is not represented in the SimGrid toolkit yet, you may consider adding it. You should contact us first on the SimGrid developers mailing list, though.

+Any question, remark or suggestion are welcome on the SimGrid users mailing list.