> I think it is exactly what you are looking for!
A couple of reasons:
1.) It's currently written in Python, and the other working port is
in Java. Both of these require a lot of overhead to run as a
aemon process on the server.
2.) BitTorrent works best with 2 or more servers. Since the Plucker
"server" is actually three physical servers in three different
states, using Bt it would probably spread the bandwidth around a
bit, but it relies on users keeping their client open, which
most do not. They download, they disconnect, bandwidth goes back
up. For the most part, users are leeches.
I've been watching the logs and traffic VERY carefully on the site,
and I see people (mostly Windows users, judging by the UserAgent string and
the file they are trying to download) try to download one file, cancel it,
_ping flood the server_, and then resume their download.. as if ping
flooding the server is supposed to help. I also see them using multiple
fetchers for the same file at the same exact time. Downloading a 10-meg file
from one location, with three different fetchers is not going to make the
download go any faster.. but maybe that hasn't sunk in yet for those Windows
users.
Since Plucker 1.4 went up on the site at 15:00 EDT on the 28th,
we've served 133 gigabytes of downloads in that span of 40 hours (as I write
this reply). That's an ENORMOUS amount of downloads, more than I've ever
seen before (and not a single donation to the project to help offset the
cost of this bandwidth). Plucker Desktop for Windows has had at least 8,362
downloads from one server, for a total of 85,463,310,918 bytes of downloads.
I'll look into BitTorrent. I know there's a C and C++ port around
somewhere, but last I heard they weren't feature-complete. I'm definately
not running any more Python processes (especially Python "daemons") on the
servers that house this project.
> PS. Thank you for a wonderful viewer!
You're quite welcome. The rest of the team has worked hard on it.
d.
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
