Hendrik makes me think that ktorrent would be another good idea.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sep 29, Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> Anthony's point stays valid when bandwidth is limited on the
> server.
Which is not the case for Debian mirrors except possibly in the few
hours after a major release.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 29, Francois Petillon <[EMAIL PROTECTED]> wrote:
> And, as far as I am concerned, disk IO is the greatest problem (disk
> capacity & bandwidth is increasing faster than seek time). Thus, we try
> to optimize disk IO to get max performance out of that kind of server.
> And optimization usual
> From: "Anthony L. Bryan" <[EMAIL PROTECTED]>
> >Metalinks, a cross platform vendor neutral fortmat, are used by
> >download managers & contain Mirror & p2p locations for segmented
> >downloads, along with automatic checksum verification when the
> >download completes. It spreads the download betw
network may be loaded. Fine, do your tool solve this
problem ? No, it just steal others users bandwidth/server ressources.
When everyone will have to use that kind of tool, then you'll be back to
the start point but with degraded performances.
From: Josselin Mouette <[EMAIL PROTECTED]>
On 9/22/06, Anthony L. Bryan <[EMAIL PROTECTED]> wrote:
(Oops, hit the send key combo before finishing, sorry).
Here's a brief refresher on metalinks & how it could be useful for Debian
ISO distribution:
'Metalink makes complex download pages obsolete by replacing long lists of
download mirrors
(Oops, hit the send key combo before finishing, sorry).
Here's a brief refresher on metalinks & how it could be useful for Debian
ISO distribution:
'Metalink makes complex download pages obsolete by replacing long lists of
download mirrors and BitTorrent trackers with a single .metalink file. As
Here's a brief refresher on metalinks & how it could be useful for Debian
ISO distribution:
aria2 is in unstable and testing so people can install & use it easily,
thanks to Patrick.
I hope some people can try it out!
apt-get install aria2
aria2c
http://www.metalinker.org/samples/debian-31r2-i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
>>> One thing I'd definitely like to do is get aria2
>>> (http://aria2.sourceforge.net/) included in Debian.
>> http://lists.debian.org/debian-mentors/2006/08/msg00197.html
>>
>> I'm not sure why it hasn't appeared in Unstable yet. [but it
>> look
> which indicates that a Metalink file for Debian could be over 150k;
> (for CDs) x 12 (11 arches and source) x (>)15 images per release.
> Giving ~9M of HDD overhead if each download needed its own Metalink
> file, <2M for one Metalink file per release, with reality
> somewhere in
> between.
>
Hello Anthony,
Thanks for the response.
On Thu August 31 2006 12:17, you wrote:
> Hi Bruce, just wanted to say thanks for investigating Metalink. These
> are all valid concerns. For the last few months, the only big user of
> Metalinks has been OpenOffice.org, and I haven't heard any complaints
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
> One thing I'd definitely like to do is get aria2
> (http://aria2.sourceforge.net/) included in Debian. It's a BitTorrent and
> Metalink command line client. Maybe recommending certain clients over
> another and working with the authors of those
On Thu August 31 2006 00:27, Subredu Manuel wrote:
>> Bruce Sass wrote:
>> When a new release is made, all servers (and mirrors) are getting
>> hit. First, the tier 1 (ftp..debian.org), and then the other
>> mirrors.
>
>Would each mirror or region need a unique metalink file to ensure that
>happe
On Thu August 31 2006 00:27, Subredu Manuel wrote:
> Bruce Sass wrote:
> > It is also not clear what will happen when a release is made and
> > hundreds (thousands?) of clients hit the fastest mirror, whose
> > download rate then drops, prompting all the clients to try
> > switching to the new fast
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruce Sass wrote:
>
> You seem to be ignoring that metalinker will use multiple protocols,
> servers, and connections in an effort to get the fastest download.
> http://www.metalinker.org/Metalink_3.0_Spec.pdf also indicates it will
> switch serv
On Wed August 30 2006 02:52, Subredu Manuel wrote:
> Josselin Mouette wrote:
> > Le jeudi 17 août 2006 à 11:48 -0400, Anthony L. Bryan a écrit :
> >
> > Given that downloads like Debian ISOs are already putting a heavy
> > bandwidth load on the servers and that they a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Josselin Mouette wrote:
> Le jeudi 17 août 2006 à 11:48 -0400, Anthony L. Bryan a écrit :
>
> Given that downloads like Debian ISOs are already putting a heavy
> bandwidth load on the servers and that they are already shared among
>
between multiple servers so its faster for users, more
> > reliable, & less load on any one server. Metalinks are
> backward compatible
> > too.
>
> Given that downloads like Debian ISOs are already putting a heavy
> bandwidth load on the servers and that they are alre
* Remi Denis-Courmont <[EMAIL PROTECTED]> [060825 15:10]:
> > Blocking incoming connections is a common and good starting points for
> > every firewall setup.
>
> This is only meaningful if there are any open ports by default. Quite many
> Linux distributions have all ports closed by *default* aft
Selon "Bernhard R. Link" <[EMAIL PROTECTED]>:
> > They don't work well if there's NAT[1] involved, you wanted to say.
> Blocking incoming connections is a common and good starting points for
> every firewall setup.
This is only meaningful if there are any open ports by default. Quite many
Linux d
* Adam Borowski <[EMAIL PROTECTED]> [060824 01:46]:
> > This is a bit of a red herring. Torrents work without re-configuring
> > firewalls, they just don't work as well.
>
> They don't work well if there's NAT[1] involved, you wanted to say.
Blocking incoming connections is a common and good sta
On Thu, 24 Aug 2006 00:38:59 +0700, Bruce Sass <[EMAIL PROTECTED]> wrote:
> "http and ftp will always work" is a really good point... someone
> mentioned `corporate filtering,' I think bandwidth limiting by ISPs
> would be a bigger problem. Shouldn't be a deal killer though, just
> don't use bitto
On Wed, Aug 23, 2006 at 03:34:34PM -0600, Bruce Sass wrote:
> On Wed August 23 2006 12:32, Blars Blarson wrote:
> > In article <[EMAIL PROTECTED]>
> > [EMAIL PROTECTED] writes:
> > >When a nice bittorrent frontend is installed, the user will only
> > > have to click on the link to start the downloa
On Wed August 23 2006 12:32, Blars Blarson wrote:
> In article <[EMAIL PROTECTED]>
>
> [EMAIL PROTECTED] writes:
> >When a nice bittorrent frontend is installed, the user will only
> > have to click on the link to start the download. This is true for
> > Windows and Linux.
>
> You left out the reco
In article <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
>When a nice bittorrent frontend is installed, the user will only have to
>click on the link to start the download. This is true for Windows and
>Linux.
You left out the reconfigure the firewall(s) step. Not only is this
non-trivial, the u
On Wed August 23 2006 05:30, Hendrik Sattler wrote:
> Am Mittwoch 23 August 2006 12:41 schrieb Josselin Mouette:
> > Le mercredi 23 août 2006 à 11:30 +0200, Christian Perrier a écrit :
> > > I have a few doubts about the knowledge of the average user for
> > > Bittorrent. For sure, having BitTorren
Am Mittwoch 23 August 2006 12:41 schrieb Josselin Mouette:
> Le mercredi 23 août 2006 à 11:30 +0200, Christian Perrier a écrit :
> > I have a few doubts about the knowledge of the average user for
> > Bittorrent. For sure, having BitTorrent helps reducing the load
> > because all users that have so
Quoting Josselin Mouette ([EMAIL PROTECTED]):
> When a nice bittorrent frontend is installed, the user will only have to
> click on the link to start the download. This is true for Windows and
> Linux.
I don't doubt it..:-)
But I doubt that many users have a nice Bittorrent frontend and, what
I
Le mercredi 23 août 2006 à 11:30 +0200, Christian Perrier a écrit :
> I have a few doubts about the knowledge of the average user for
> Bittorrent. For sure, having BitTorrent helps reducing the load
> because all users that have some know-how with it will use it...but
> making it the main distribu
> Many users do not know what an ISO image is, either. If someone creates
My knowledge of the average user (one of the few things I claim to
have quite big experience of) is that they do. Especially, the "Bob
User" who's the D-I team favourite user (the user that's not
a complete nerd with comput
On Wed, Aug 23, 2006 at 11:30:53AM +0200, Christian Perrier wrote:
> I have a few doubts about the knowledge of the average user for
> Bittorrent. For sure, having BitTorrent helps reducing the load
> because all users that have some know-how with it will use it...but
> making it the main distribu
> several servers at once with one download. We should instead push
> bittorrent as the main distribution media for ISOs.
I have a few doubts about the knowledge of the average user for
Bittorrent. For sure, having BitTorrent helps reducing the load
because all users that have some know-how with
> First of all, please use a MUA that doesn't break threads.
I'm using Thunderbird and don't intend to switch.
> Bittorrent is by far the most efficient protocol when it comes to large
> file distribution.
OK
Josselin Mouette wrote / napísal(a):
First of all, please use a MUA that doesn't br
First of all, please use a MUA that doesn't break threads.
Le mercredi 23 août 2006 à 08:10 +0200, Mgr. Peter Tuharsky a écrit :
> If that's intended, then it needs to be done in such a way that even
> low-to-moderately-skilled user can set it up with ease.
>
> I know it's silly to even mention
If that's intended, then it needs to be done in such a way that even
low-to-moderately-skilled user can set it up with ease.
I know it's silly to even mention that, but unfortunatelly, user
friendliness and good documentation (good for users, not only for
developers!) are still, ehm, not a mat
On Tue August 22 2006 13:04, Josselin Mouette wrote:
> Given that downloads like Debian ISOs are already putting a heavy
> bandwidth load on the servers and that they are already shared among
> many servers, I don't think it is a good idea to encourage users to
> load several ser
e
> reliable, & less load on any one server. Metalinks are backward compatible
> too.
Given that downloads like Debian ISOs are already putting a heavy
bandwidth load on the servers and that they are already shared among
many servers, I don't think it is a good idea to encourage u
Hi,
Metalinks might be helpful on Debian's download page for CD/DVD images. You
could have a single quick link to your ISOs that contains all the
mirror/p2p/checksum info in it.
Metalinks, a cross platform vendor neutral fortmat, are used by download
managers & contain Mirror & p2p locations for
38 matches
Mail list logo
