diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/20110112/002087.html | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/20110112/002087.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20110112/002087.html | 178 |
1 files changed, 178 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20110112/002087.html b/zarb-ml/mageia-dev/20110112/002087.html new file mode 100644 index 000000000..584f94575 --- /dev/null +++ b/zarb-ml/mageia-dev/20110112/002087.html @@ -0,0 +1,178 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposal%20for%20Mageia%3A%20implement%20bitorrent%0A%09protocol%09to%20allow%20updates%20download&In-Reply-To=%3C20110112160715.GG10402%40virgo.home.nanardon.zarb.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="002085.html"> + <LINK REL="Next" HREF="002093.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download</H1> + <B>Olivier Thauvin</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposal%20for%20Mageia%3A%20implement%20bitorrent%0A%09protocol%09to%20allow%20updates%20download&In-Reply-To=%3C20110112160715.GG10402%40virgo.home.nanardon.zarb.org%3E" + TITLE="[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download">nanardon at nanardon.zarb.org + </A><BR> + <I>Wed Jan 12 17:07:15 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="002085.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI>Next message: <A HREF="002093.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2087">[ date ]</a> + <a href="thread.html#2087">[ thread ]</a> + <a href="subject.html#2087">[ subject ]</a> + <a href="author.html#2087">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>* andre999 (<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">andr55 at laposte.net</A>) wrote: +><i> Olivier Thauvin a écrit : +</I>>><i> * andre999 (<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">andr55 at laposte.net</A>) wrote: +</I>>>><i> Michael Scherer a écrit : +</I>>>>><i> +</I>>><i> This is a selfish point of view, nothing is important except the result +</I>>><i> on your side. +</I>><i> +</I>><i> Sorry, but this can't be serious. +</I>><i> If a user is to download say a 4,7G DVD iso, it is 4,7G if the user uses +</I>><i> one or 5 connexions, from one or 5 mirrors. +</I>><i> And if the 5 connexions go to 5 different mirrors, that is only 20% per +</I>><i> mirror. +</I>><i> Globally, if the same files are downloaded, the same amount of data is +</I>><i> downloaded. +</I>><i> What we are talking about here, from the user side, is downloading +</I>><i> faster, if the capacity is _available_ on the network of mirrors. +</I> +Exactly, it is seriously a selfish point of view as: +- you're talking about users side, me both +- IF the capacity, obviously no one really know the capacity of mirrors + except admin of them (and I am one of them). + +Moreover you're mixing "downloading on several server" and "downloading +several time on one or more servers". + +><i> There are many mirrors which provide multiple connexions, with a very +</I>><i> large bandwidth. If users don't use the available connexions on these +</I>><i> servers, other mirrors will be more heavily impacted. +</I>><i> So, as I said in another post on this thread, it is win-win for both +</I>><i> users and mirrors. +</I> +All mirrors provides multiple connection, otherwise they would serve +only one client a time... + +And no, it is not win-win, I am trying to explain, munin statistics in +hand, only the users think to win something. And you're ignoring my +comment as mirror admin. + +><i> Think of it another way. +</I>><i> Scenerio 1) Suppose at this moment the mirror network has 20% free +</I>><i> capacity. We download without multiple connections or multiple mirrors, +</I>><i> without using this excess capacity. In one hour we are still +</I>><i> downloading, at a time when there is no free capacity. +</I>><i> +</I>><i> Scenerio 2) We download using multiple connexions and multiple mirrors, +</I>><i> accelerating the downloads with the otherwise unused 20% free capacity. +</I>><i> In one hour, most of our downloads are finished, thus leaving free +</I>><i> capacity. +</I>><i> +</I>><i> Just who is served by scenerio 1 ? +</I> +Mirrors, they are not serving only you and your 5 connections, they +already serving 100 users other than just you ! + +I cannot see how the mirror will give more bandwidth with 1 or 5 +connections. Except in the case each connection take same amount of +bandwidth, then you're 5 part while other take one. And this is not a +fair use of ressource. + +><i> The users that don't have access, or the mirrors that are overloaded ? +</I>><i> +</I>>><i> Of course, if in the case I don't blacklist mageia and deny download via +</I>>><i> http/ftp to save my mirror (d-c is already under heavy load). +</I>>><i> +</I>>><i> So, no, don't donwload several times from a mirror. +</I>><i> +</I>><i> The solution ? If a mirror can't handle multiple connexions, restrict +</I>><i> it in some way. Many mirrors do. Either all the time, or from time to +</I>><i> time. Or throttle the transfer speed. +</I>><i> Just do whatever works best for the mirror in question. +</I>><i> However let users use the capacity available. Because it may not be +</I>><i> available in one hour, or even 5 minutes. +</I> +The problem is (maybe I am not clear) your 5 connections will get queue +letting other people having to wait more to download their file, or +getting "too many connections" error. + +Indeed, this maybe does not matter for you, except when you'll complain +because the distribution cannot be download. + +><i> +</I>><i> Why not think globally ? +</I> +I do, especially, I prefectly when http stop to reply, it stop to reply +globally, for Mageia but also for Fedora / Ubuntu / Scientific Linux / +Arklinux / Gentoo / ... and all other project hosted on mirrors. + +This is really a more global issue. + +I also think my mirror have first to serve my work, and time to time +my colleague complain about slowdown cause by external downloader (eg +YOU). + + +Here my POV: +1) I am mirror admin and get tired of abuse +2) I am mirror manager for the distro + +a) According the fact doing this create an huge load on some mirrors, +b) according we'll have to search mirror around the world and the distrib + size is already a problem +c) according doing this can discourage people offering space and bandwidth + for us + +I am aginst such things. + +I cannot deny you to do this, but don't complain if no mirror agree to +serve you. + +-- + +Olivier Thauvin +CNRS - LATMOS +♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ +-------------- next part -------------- +A non-text attachment was scrubbed... +Name: not available +Type: application/pgp-signature +Size: 197 bytes +Desc: not available +URL: </pipermail/mageia-dev/attachments/20110112/e41f6344/attachment.asc> +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="002085.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI>Next message: <A HREF="002093.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2087">[ date ]</a> + <a href="thread.html#2087">[ thread ]</a> + <a href="subject.html#2087">[ subject ]</a> + <a href="author.html#2087">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |