On Tue, Nov 23, 2004 at 05:33:15PM +0100, Peter Eisentraut wrote:
BitTorrent was designed to take bandwidth load off servers that would
otherwise need to be on very large and expensive pipes. It does this
by serving mostly information about where other servers are, rather
than serving the same (much larger) chunks of data over and over again
to clients.

You can find more information on what BitTorrent does and how it does
it at

http://bittorrent.com/introduction.html

HTH

Cheers,
D
--
David Fetter david (AT) fetter (DOT) org http://fetter.org/
phone: +1 510 893 6100 mobile: +1 415 235 3778

Remember to vote!

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to majordomo (AT) postgresql (DOT) org)

On Tue, 23 Nov 2004, Peter Eisentraut wrote:

I've always just seen it as an alternative option for downloading *shrug*
just like ftp:// or http:// ...

Actually, and here is where I exhibit my total lack of knowledge of BT
internals ... my understanding was that each 'client' becomes a 'server'
by the fact that they have it on their machine and running ... so, over
time, the amount of load on the central server would decrease, since new
downloads would come from closer "client machines" ... essentially, a
whole new set of "unofficial mirror sites" for the source code ...

Is this a wrong understanding?

This is David's baby though, not mind I don't know much about it, and
based on what little I've read about it (and original discussions),
believe its a more open source 'kazaa/napster', and, as such, works
similar ...

----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy (AT) hub (DOT) org Yahoo!: yscrappy ICQ: 7615664

---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faqs/FAQ.html

Marc G. Fournier wrote:

This is essentially true, although it makes a lot more sense for things
that are a lot larger (full ISO's like Linux distributions) and have a
higher desirability than "official" avenues to get to them. That's not
to say that it shouldn't be offered, it's just a niche thing & is
generally time-sensitive (i.e., it does the best when there a lot of
people using it & the time most people use it is when something is "hot
off the presses"). PostgreSQL is sufficiently small and has high enough
availibility that either you won't have to think twice about downloading
through standard avenues or BT won't help you.

--
Jeff Hoffmann
jeff (AT) propertykey (DOT) com

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

* Marc G. Fournier (scrappy (AT) postgresql (DOT) org) wrote:
Nope, that's about right, from what I understand. Not only that, but
for far-flung people (from the server) it's possible that there are
links between the server and the client that are too slow, bt could
reduce the bandwidth demands on those links too if other people on the
far side are also grabbing the stream.

Stephen

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBo3BPrzgMPqB3kigRAoS1AKCR0Cy5h7t+rRuFHZgw3X MGOz9GBgCfTuq1
bVx5m2yQeDz6S+VZp1MTbU8=
=CUhg
-----END PGP SIGNATURE-----

On Tue, Nov 23, 2004 at 11:06:40AM -0600, Jeff Hoffmann wrote:
The above is precisely the use case I set the thing up for.

Cheers,
D
--
David Fetter david (AT) fetter (DOT) org http://fetter.org/
phone: +1 510 893 6100 mobile: +1 415 235 3778

Remember to vote!

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo (AT) postgresql (DOT) org so that your
message can get through to the mailing list cleanly