[Swift-commit] r2409 - text/hpdc09submission
noreply at svn.ci.uchicago.edu
noreply at svn.ci.uchicago.edu
Fri Jan 9 03:23:33 CST 2009
Author: benc
Date: 2009-01-09 03:23:32 -0600 (Fri, 09 Jan 2009)
New Revision: 2409
Modified:
text/hpdc09submission/paper.latex
Log:
capitalise Swift
Modified: text/hpdc09submission/paper.latex
===================================================================
--- text/hpdc09submission/paper.latex 2009-01-09 09:19:18 UTC (rev 2408)
+++ text/hpdc09submission/paper.latex 2009-01-09 09:23:32 UTC (rev 2409)
@@ -125,7 +125,7 @@
model for representing collections of files and directories that are
passed to Swift procedures, and a mapping model to convert between the
physical representation of data on storage systems and the logical
-representation of data structures in the abstract swift programming
+representation of data structures in the abstract Swift programming
model.
Swift itself does not specify how the physical data environment is
@@ -144,7 +144,7 @@
Swift is implemented by compiling to a Karajan program, which provides
several benefits. A notable benefit visible to users is that of
-providers. This enbles the swift execution model to be extended by
+providers. This enbles the Swift execution model to be extended by
adding new data providers and job execution providers. This is
explained in more detail in section X: Swift Implementation.
@@ -180,7 +180,7 @@
that an output variable of one function is passed as the input
variable to the second function.
-This dataflow model means that within a swift program, functions are
+This dataflow model means that within a Swift program, functions are
executed when their data is available - which is not necessarily in
source-code order.
@@ -731,7 +731,7 @@
\subsection{Executing on a remote site}
With the above restrictions, execution of a unix program on a remote
-site is straightforward. The swift runtime must prepare a remote
+site is straightforward. The Swift runtime must prepare a remote
working directory for each job with appropriate input files staged in;
then it must execute the program; and then it must stage the output
files back out the submitting system. The site model used by Swift is
@@ -785,7 +785,7 @@
case exectuion will be attemted on all sites. In the presence of
multiple sites, it is necessary to choose between the avalable sites.
The Swift \emph{site selector} achivees this by maintaining a score for
-each site which determines the load that swift will place on that site.
+each site which determines the load that Swift will place on that site.
As a site is successful in executing jobs, this score wil be increased
and as the site is uncsuccessful, this score will be cdecreased. In
addition to selecting between sites, this mechanism provides some
@@ -925,8 +925,8 @@
\section{Example applications}
TODO: two or three applications in brief. discuss both the application
-behaviour in relation to swift, but underlying grid behaviour in
-relation to swift
+behaviour in relation to Swift, but underlying grid behaviour in
+relation to Swift
One app: CNARI + TeraGrid - small jobs (3s), many of them.
@@ -1205,15 +1205,15 @@
\cite{LONIPIPELINE}
\subsection{The IBM BG/P}
- TODO: interesting from swift perspective:
+ TODO: interesting from Swift perspective:
1. getting things running at all: use of BG/P for loosely coupled
tasks, which is a somewhat untraditional use of such a machine; lack of
antive LRM that is anywhere near appropraite for that (pset granularity
only, and only running one executable) - falkon as solution to this;
-decomposition of large machine into multiple swift sites, with 1 pset =
-1 swift site - how some of the problems related to running on multisite
+decomposition of large machine into multiple Swift sites, with 1 pset =
+1 Swift site - how some of the problems related to running on multisite
grids are sort-of similar to problems within the BG/P - hierarchical
scheduling of of jobs and hierarchical management of data.
@@ -1258,7 +1258,7 @@
\section{Implementation status}
- TODO: list how swift can be downloaded here. describe development group?
+ TODO: list how Swift can be downloaded here. describe development group?
active development group; releases roughly every 2 months.
@@ -1398,7 +1398,7 @@
people who have thus far contributed directly to this written paper:
me, wilde
-people who have thus far contributed to the swift work described here:
+people who have thus far contributed to the Swift work described here:
Swift core: me, wilde, hategan, milena, yong, ian
CNARI: skenny
OSG: mats
More information about the Swift-commit
mailing list