WIP on final version of accepted INFOCOM paper.
authorCameron Dale <camrdale@gmail.com>
Mon, 19 Jan 2009 06:37:21 +0000 (22:37 -0800)
committerCameron Dale <camrdale@gmail.com>
Mon, 19 Jan 2009 06:37:21 +0000 (22:37 -0800)
docs/paper/apt-p2p-paper.kilepr
docs/paper/paper.tex

index 331eced..9074c81 100644 (file)
@@ -21,7 +21,7 @@ column=0
 encoding=UTF-8
 highlight=BibTeX
 line=288
-open=true
+open=false
 order=0
 
 [item:apt-p2p-paper.kilepr]
@@ -35,9 +35,9 @@ order=-1
 
 [item:paper.tex]
 archive=true
-column=19
+column=0
 encoding=UTF-8
 highlight=LaTeX
-line=989
+line=43
 open=true
-order=1
+order=0
index 5077cd5..a1ca47a 100644 (file)
@@ -1,14 +1,14 @@
 \documentclass[conference]{IEEEtran}\r
 \r
 %% INFOCOM addition:\r
-\makeatletter\r
-\def\ps@headings{%\r
-\def\@oddhead{\mbox{}\scriptsize\rightmark \hfil \thepage}%\r
-\def\@evenhead{\scriptsize\thepage \hfil\leftmark\mbox{}}%\r
-\def\@oddfoot{}%\r
-\def\@evenfoot{}}\r
-\makeatother\r
-\pagestyle{headings}\r
+\makeatletter\r
+\def\ps@headings{%\r
+\def\@oddhead{\mbox{}\scriptsize\rightmark \hfil \thepage}%\r
+\def\@evenhead{\scriptsize\thepage \hfil\leftmark\mbox{}}%\r
+\def\@oddfoot{}%\r
+\def\@evenfoot{}}\r
+\makeatother\r
+\pagestyle{headings}\r
 \r
 \usepackage[noadjust]{cite}\r
 \r
@@ -308,8 +308,8 @@ management tools expectation of sequential downloads.
 On the other hand, there are aspects of BitTorrent that are no\r
 longer critical. Specifically, with altruistic peers\r
 and all files being available to download without uploading, incentives to share\r
-become a less important issue. Also, the availability of seeds are\r
-not critical either, as the serves are already available to serve in\r
+become a less important issue. Also, the availability of seeders is\r
+not critical either, as the servers are already available to serve in\r
 that capacity.\r
 \r
 %%%%%%%%%%%%%%%%%%%%%%%%%%%  Section  %%%%%%%%%%%%%%%%%%%%%%%%%%%%\r
@@ -788,7 +788,7 @@ every time their computer boots up, peers are expected to stay for a
 long period in the system.\r
 Indeed, we find that 50\% of connections last longer than 5\r
 hours, and 20\% last longer than 10 hours. These connections are\r
-much longer than those reported by Saroiu et. al. \cite{saroiu2001}\r
+much longer than those reported by Saroiu et al. \cite{saroiu2001}\r
 for other peer-to-peer systems, which had 50\% of Napster and Gnutella\r
 sessions lasting only 1 hour.\r
 \r
@@ -874,7 +874,7 @@ system during this time.
 \begin{figure}\r
 \centering\r
 \includegraphics[width=0.80\columnwidth]{AptP2PDownloaded-bw.eps}\r
-\caption{The bandwidth of data that the contacted peers have\r
+\caption{The bandwidth of data (total number of bytes) that the contacted peers have\r
 downloaded and uploaded.}\r
 \label{down_bw}\r
 \end{figure}\r
@@ -948,12 +948,12 @@ use of the existing infrastructure unmodified.
 \r
 There are a number of works dedicated to developing a collaborative\r
 content distribution network (CDN) using peer-to-peer techniques.\r
-Freedman et. al. developed Coral \cite{coral} using a distributed\r
+Freedman et al. developed Coral \cite{coral} using a distributed\r
 \emph{sloppy} hash table to speed request times. Pierre and van\r
 Steen developed Globule \cite{globule} which uses typical DNS and\r
 HTTP redirection techniques to serve requests from a network of\r
 replica servers, which in turn draw their content from the original\r
-location (or a backup). Shah et. al. \cite{shah08} analyze an\r
+location (or a backup). Shah et al. \cite{shah08} analyze an\r
 existing software delivery system and use the results to design a\r
 peer-to-peer content distribution network that makes use of\r
 volunteer servers to help with the load. None of these systems meets\r
@@ -968,8 +968,8 @@ to become peers in the system, sharing the uploading load equally
 amongst all, but does not require any user to download files they\r
 would not otherwise need.\r
 \r
-The most similar works to ours are by Shah et. al. \cite{shah08} and\r
-Shark by Annapureddy et. al. \cite{shark}.\r
+The most similar works to ours are by Shah et al. \cite{shah08} and\r
+Shark by Annapureddy et al. \cite{shark}.\r
 Shah's system, in addition to the drawbacks mentioned above,\r
 is not focused on the interactivity of downloads, as\r
 half of all requests were required ``to wait between 8 and 15\r