[vox-tech] bittorrent - no seeds but distributed copies increase

Peter Jay Salzman p at dirac.org
Mon Jul 26 16:18:28 PDT 2004


On Mon 26 Jul 04,  3:32 PM, Ken Bloom <kabloom at ucdavis.edu> said:
> On Mon, Jul 26, 2004 at 02:46:48PM -0700, Peter Jay Salzman wrote:
> > On Mon 26 Jul 04,  2:37 PM, Samuel N. Merritt <spam at andcheese.org> said:
> > > On Mon, Jul 26, 2004 at 02:08:22PM -0700, Peter Jay Salzman wrote:
> > > > Question:
> > > > 
> > > > How does the "distributed copies" get larger when there are no seeds?
> > > 
> > > I think that "distributed copies" measures how many complete copies of
> > > the file you could get if you took all the pieces that everyone has and
> > > assembled them. 
> > > 
> > > For example, consider a five-part file.
> > > Alice has: 1 2 3 4
> > > Bob has:       3 4 5 
> > > Carol has: 1 2   4 
> > > 
> > > You could make one complete copy of the file from all this, so there'd
> > > be 1 distributed copy. If Carol got piece 5 from Bob, then you could
> > > assemble two complete copies. 
> > > 
> > > That's the integer part of distributed copies; I'm not sure where the
> > > fractional part comes from. Maybe it's the size of the largest
> > > distributed incomplete subfile divided by size of file, but that's just
> > > a shot in the dark. 
> >   
> > ok.  this was my understanding.
> > 
> > > > Does the tracker ever inject packets into the torrent when needed (like
> > > > when seeds == 0 and distributed copies < 1.0)?
> > > 
> > > No. The tracker doesn't have a local copy of the file. If there are no
> > > seeds and < 1 distributed copy, everyone's download will stall before
> > > finishing 
> > 
> > this was also my understanding.  but my question still stands: how does
> > the distributed copies increase if there are no seeds?
> > 
> > i'm looking at a bittorrent right now.  it's remained constant at:
> > 
> >    seeds: 0 seen now, plus 0.983 distributed copies
> >    peers: 19 seen now, 98.4% done at 0.2 kB/s
> > 
> > that ".983 distributed copies" has been creeping upwards.  last i looked
> > at it, about 15 minutes ago, it was at .97.   i've noticed this happen
> > before too.
> > 
> > how exactly does that number increase when there are no seeds?
> 
> Hi, Pete,
>    My research project this summer concerns BitTorrent. (Although I'm
> currently working on the choking algorithm, not the piece selection
> algorithm.) What program is giving you the display right now? Is it a
> client, or a tracker on the web? I don't see the string "distributed"
> anywhere in Bram Cohen's 3.4.2 sources.
 
hey ken,

i'm using something i installed by "hand".  i'm such a casual bittorrent
users (and it was installed so long ago) that i no longer remember which
bittorrent implementation it is.   however, whatever it is, it has 3
clients:

btdownloadgui.py
btdownloadcurses.py (what i always use)
btdownloadheadless.py

i can't remember why i installed it by hand.  maybe debian didn't have
the packages at that time.  or maybe they were broken.   in any event,
it feels like a hackey thing.  there isn't even a --version or -v
option.

i really ought to upgrade though.  i'm getting more and more trackers
telling me i can't connect because my client doesn't support some kind
of compression protocol.

i notice on debian there's:

   un  bittornado
   un  bittornado-gui
   un  bittorrent

i'll give one of them a try.  maybe bittornado.  it sounds very
powerful.    ;-)    ;-)

i realize this email may look ridiculous -- i really am a VERY casual
bittorrent user.  i know a little bit about the protocol because i like
reading about it more than actually downloading a gazillion gigs of
stuff.

pete


-- 
In theory, theory and practise are the same.  In practise, they aren't.
GPG Instructions: http://www.dirac.org/linux/gpg
GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D


More information about the vox-tech mailing list