minor
authorLaxmikant Kale <kale@illinois.edu>
Tue, 31 Jul 2012 20:15:19 +0000 (15:15 -0500)
committerLaxmikant Kale <kale@illinois.edu>
Tue, 31 Jul 2012 20:15:19 +0000 (15:15 -0500)
doc/charm++/machineModel.tex

index 70bd92c7c4db9235d7232095affa6cc102847a3d..d8a38facec58d442c630793638dcfe1ee9384e1b 100644 (file)
@@ -11,16 +11,16 @@ it ``has''; but no chare objects. It can only have references to other
 chare objects).
 
 
-In accordance with this vision, the first part of the manual has
-almost no mention of entities with physical meanings (cores, nodes,
-etc.). The runtime system is responsible for the mgic of keeping
-closely communicating objects on nearby physical locations, and
-optimizing communications within chares on the same node or core by
-exploiting the physically available shared memory. The programmer does
-not have to deal with this at all. The only exception to this pure
-model in the basic part are the functions used for finding out which
-``processor'' an object is running on, and for finding how many total
-processors are there.
+In accordance with this vision, the first part of the manual (up to
+and including the chapter on load balancing) has almost no mention of
+entities with physical meanings (cores, nodes, etc.). The runtime
+system is responsible for the mgic of keeping closely communicating
+objects on nearby physical locations, and optimizing communications
+within chares on the same node or core by exploiting the physically
+available shared memory. The programmer does not have to deal with
+this at all. The only exception to this pure model in the basic part
+are the functions used for finding out which ``processor'' an object
+is running on, and for finding how many total processors are there.
 
 However, for implementing lower level libraries, and certin optimizations,
 programmers need to be aware of processors. In any case, it is useful