[sldev] P2P Web Textures now in demand to enable lossless image
downloads to viewer
Kamilion
kamilion at gmail.com
Fri Jul 6 21:39:36 PDT 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Have you considered aggregating a full linked object's load of
textures into a single torrent?
It would be trivial to simply request .torrent which contains all the
pertinent texture, animation, and sound assets associated with the
object instead of requesting them all individually.
Considering that LL is already hosting the assets, Adding a custom
torrent tracker and torrent client into the asset server should be
able to force the user's client to connect to the asset torrent client
as the first peer, and THEN pick up third party peers.
Also, since most torrent client and tracker code is open sourced, it
would be trivial to fork and then clip out all the 'unneeded' bits.
Additionally, most modern torrent clients can scrape peers from
multiple trackers at the same time.
However, there is already a much much better way of performing these
functions -- since the assets should be served via HTTP soon, Squid
should be able to transparently cache the assets on a more local
server and skip requesting from the LL asset grid entirely.
Remember: Assets never change; any modification of an existing asset
forces the creation of a new asset.
-- Kamilion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: http://firegpg.tuxfamily.org
iD8DBQFGjxjt+Hm92PVlrtQRAmoCAJ9kwnawIrokUPYHrQCi/9O8BHUSDwCgoeI9
AEX6LeTpFlm9i9INuC4DJdg=
=zG2L
-----END PGP SIGNATURE-----
On 7/6/07, dale at daleglass.net <dale at daleglass.net> wrote:
> On Fri, Jul 06, 2007 at 07:51:53PM -0700, Erik Anderson wrote:
> > This may have changed since I read this, but there have been numerous
> > requests to the people that run Debian Linux to move their package system to
> > BitTorrent. Their response is that the packages are so small that the
> > torrent system would not be optimized for retrieving them; the time it takes
> > to establish the connection to the torrent would cause too much of a
> > performance hit.
> My thoughts exactly
More information about the SLDev
mailing list