@@ -15,13 +15,13 @@ \subsection{Experimental Setup}
15
15
node's peers. The goal of this section is to explore the potential for
16
16
a gossip algorithm to improve BitTorrent. The first set of simulations
17
17
use swarms that start with a single seed and a number of leechers.
18
- The seed is altruistic and therefore will stay the entire time. This
18
+ The seed is altruistic and will stay the entire time. This
19
19
simulates a `` healthy'' swarm that will not die, but may benefit from
20
20
better replication of pieces. The second type is a swarm with no seeders,
21
21
although a complete copy of the file exists within the swarm between a
22
22
few nodes. This simulates a situation in which the seeders have left
23
23
and a swarm is in an `` unhealthy'' state. None of the nodes are
24
- altruistic and therefore leave as soon as possible. For this swarm,
24
+ altruistic and leave as soon as possible. For this swarm,
25
25
there are two goals. The primary goal is to simply make sure the swarm
26
26
survives, because it is possible for a node to leave with pieces that
27
27
only it holds, which means no other node can complete. The second goal
@@ -52,9 +52,9 @@ \subsection{Swarms with Seeders}
52
52
number of peers per node, and the initial seeder's upload rate will be varied.
53
53
In the healthiest swarms with a seeder, there should be many nodes, many peers per node, and
54
54
a high seeder upload rate. Likewise, the least healthy swarms have fewer nodes,
55
- fewer peers per node, and a lower upload rate for the seeder. However, if too fewer
55
+ fewer peers per node, and a lower upload rate for the seeder. However, if too few
56
56
nodes exist than the peers allowed per node, then each node will have perfect global
57
- knowledge by default, therefore, the number of nodes must always be kept above
57
+ knowledge by default, so the number of nodes must always be kept above
58
58
the number of peers per node.
59
59
60
60
@@ -94,7 +94,7 @@ \subsection{Swarms with Seeders}
94
94
replicated. We also ran some even slower seeders such as an as uprate
95
95
of 20 that were not finishing in any reasonable amount of time so we
96
96
did not collect the run times. One interesting result was that even if
97
- the numer of nodes doubles, the performance penalty for node downloading
97
+ the number of nodes doubles, the performance penalty for node downloading
98
98
was essentially negligible. This shows that BitTorrent scales very well
99
99
assuming the initial seeder can get the pieces replicated. We can also
100
100
see that as the number of peers increases, performance improves somewhat
@@ -119,12 +119,9 @@ \subsection{Swarms with No Seeders}
119
119
large number of nodes join, complete the file, and then leave. The
120
120
four nodes that start this simulation would then be the remainder of
121
121
that initial flash crowd while the new nodes joining would represent
122
- the steady stream of nodes that often join after a flash crowd. For
123
- more information on this behavior in torrents, please see
124
- `` The Bittorrent P2P File-Sharing System: Measurements and Analysis''
125
- (**CITE HERE**).
122
+ the steady stream of nodes that often join after a flash crowd.
126
123
127
- Using this `` unheatly '' swarm simulation setup we then ran the
124
+ Using this `` unheathly '' swarm simulation setup we then ran the
128
125
simulation five times for the three levels of node knowledge discussed
129
126
in section 4.1: local knowledge, global knowledge and
130
127
omniscience. Five runs were performed for each level of knowledge
@@ -146,14 +143,16 @@ \subsection{Swarms with No Seeders}
146
143
\multicolumn {11}{|c|}{Experiments}\\ \hline
147
144
Runs & 1 & 2 & 3 & 4 & 5 & 1 & 2 & 3 & 4 & 5\\ \hline
148
145
Knowledge Type & \multicolumn {5}{c|}{nodes stranded} & \multicolumn {5}{c|}{average times}\\ \hline
149
- local & 99& 2& 99& 99& 99&1387&2540&1710&2019&1433\\
150
- global & 99& 99& 99& 99& 46&1850&1464&1369&1535&2391\\
151
- omniscient & 1& 2& 2& 99& 2&1711&2370&1646&1465&2386\\ \hline \hline
146
+ Local & 99& 2& 99& 99& 99&1387&2540&1710&2019&1433\\
147
+ Global & 99& 99& 99& 99& 46&1850&1464&1369&1535&2391\\
148
+ Omniscient & 1& 2& 2& 99& 2&1711&2370&1646&1465&2386\\
149
+ Gossip & 11& 99& 1& 7& 99&1981&1254&2293&1901&2130\\ \hline \hline
152
150
\multicolumn {11}{|c|}{Summary}\\ \hline
153
151
Knowledge Type & \multicolumn {5}{c|}{Average Nodes Stranded} & \multicolumn {5}{c|}{Average Times}\\ \hline
154
152
Local & \multicolumn {5}{c|}{80} & \multicolumn {5}{c|}{1818}\\
155
153
Global & \multicolumn {5}{c|}{88} & \multicolumn {5}{c|}{1727}\\
156
154
Omniscient & \multicolumn {5}{c|}{21} & \multicolumn {5}{c|}{1916}\\
155
+ Gossip & \multicolumn {5}{c|}{43} & \multicolumn {5}{c|}{1912}\\
157
156
\hline \end {tabular }
158
157
\label {tab:noseedresults }
159
158
\end {table* }
@@ -179,11 +178,11 @@ \subsection{Swarms with No Seeders}
179
178
global view of the swarms causes the nodes with global knowledge to all
180
179
download the same piece from the critical nodes so many copies are
181
180
created of one critically rare piece while other critically rare
182
- pieces aren't copied at all. The local knowledge nodes were therefore
181
+ pieces aren't copied at all. The local knowledge nodes were
183
182
more efficient because their notion of the rarest piece was more
184
- diverse. This lead them to replicate different pieces and achieve more
183
+ diverse. This led them to replicate different pieces and achieve more
185
184
efficeint replication overall. The primary conclusion to be drawn from
186
- these results is, therefore, that while local knowledge can
185
+ these results is while local knowledge can
187
186
occaisionally save a swarm, a more intelligent piece replication scheme
188
187
would be more effective. This opens the door for BitTorrent gossip to
189
188
achieve real gains over the traditional implementation by extending
0 commit comments