doc: collapse intro text into one chapter
authorRamprasad Venkataraman <ramv@illinois.edu>
Tue, 31 Jul 2012 20:45:14 +0000 (15:45 -0500)
committerRamprasad Venkataraman <ramv@illinois.edu>
Tue, 31 Jul 2012 20:45:14 +0000 (15:45 -0500)
doc/charm++/intro.tex
doc/charm++/machineModel.tex
doc/charm++/manual.tex

index 04eb3011d51f5ea807e9ee0dec1144071392d058..e4451f3728c2e4f70fe69e7708619ba785ea12fe 100644 (file)
@@ -31,8 +31,8 @@ for details about installing, compiling and running
 \charmpp\ programs.
 
 
 \charmpp\ programs.
 
 
-\subsubsection{Migratable Objects Programming Model} 
-The key feature of the migratabl-objects model is {\em
+\section{Programming Model}
+The key feature of the migratable-objects programming model is {\em
 over-decomposition}: The programmer decomposes the program into a
 large number of work units and data units, and specifies the
 computation in terms of creation of and interactions between these
 over-decomposition}: The programmer decomposes the program into a
 large number of work units and data units, and specifies the
 computation in terms of creation of and interactions between these
@@ -44,7 +44,7 @@ programming model. AMPI is another example within the Charm++ family
 of the same model.
 
 
 of the same model.
 
 
-\subsubsection{\charmpp\ Execution Model}
+\section{Execution Model}
 
 % A \charmpp\ program consists of a number of \charmpp\ objects
 % distributed across the available number of processors. Thus, 
 
 % A \charmpp\ program consists of a number of \charmpp\ objects
 % distributed across the available number of processors. Thus, 
@@ -198,7 +198,6 @@ values.
 \section{Proxies and the charm interface file}
 \label{proxies}
 
 \section{Proxies and the charm interface file}
 \label{proxies}
 
-
 To support asynchronous method invocation and global object space, the
 RTS needs to be able to serialize (``marshall'') the parameters, and
 be able to generate global ``names'' for chares. For this purprpose,
 To support asynchronous method invocation and global object space, the
 RTS needs to be able to serialize (``marshall'') the parameters, and
 be able to generate global ``names'' for chares. For this purprpose,
index d8a38facec58d442c630793638dcfe1ee9384e1b..6b56522352b134eecff069df107168c8d4132d03 100644 (file)
@@ -1,4 +1,4 @@
-
+\section{Machine Model}
 At its basic level, Charm++ machine model is very simple: Think of
 each chare as a separate processor by itself. The methods of each
 chare can access its own instance variables (which are all private, at
 At its basic level, Charm++ machine model is very simple: Think of
 each chare as a separate processor by itself. The methods of each
 chare can access its own instance variables (which are all private, at
@@ -10,7 +10,6 @@ instance variables can include as many other regular C++ objects that
 it ``has''; but no chare objects. It can only have references to other
 chare objects).
 
 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 (up to
 and including the chapter on load balancing) has almost no mention of
 entities with physical meanings (cores, nodes, etc.). The runtime
 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
@@ -57,6 +56,3 @@ than there are hardware threads on each node. More information about
 these launch time options are provided in [manual for how to run charm
 apps] and [Chao's section on SMP related primitives in this manual].
 
 these launch time options are provided in [manual for how to run charm
 apps] and [Chao's section on SMP related primitives in this manual].
 
-
-
index b97bfa5160f906063b404a5869f90790d18b2c51..a95c138c668d16b37a5c44d9cfd3625c8b4617bc 100644 (file)
 \maketitle
 
 
 \maketitle
 
 
-\chapter{Programming and Execution Model}
+\chapter{Basic Concepts}
 \input{intro}
 \input{overview}
 \input{intro}
 \input{overview}
-
-\chapter{Machine Model}
-node, PE, ranks?, smp-mode and non-smp mode terminology. etc.
-
 \input{machineModel}
 
 \part{Basic Usage}
 \input{machineModel}
 
 \part{Basic Usage}