diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20110113/002107.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20110113/002107.html | 127 |
1 files changed, 127 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20110113/002107.html b/zarb-ml/mageia-dev/20110113/002107.html new file mode 100644 index 000000000..e90e08778 --- /dev/null +++ b/zarb-ml/mageia-dev/20110113/002107.html @@ -0,0 +1,127 @@ +<!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%09protocol%0A%20to%20allow%20updates%20download&In-Reply-To=%3C4D2EC4C8.1010002%40laposte.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="002104.html"> + <LINK REL="Next" HREF="002108.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download</H1> + <B>andre999</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposal%20for%20Mageia%3A%20implement%20bitorrent%09protocol%0A%20to%20allow%20updates%20download&In-Reply-To=%3C4D2EC4C8.1010002%40laposte.net%3E" + TITLE="[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download">andr55 at laposte.net + </A><BR> + <I>Thu Jan 13 10:24:24 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="002104.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI>Next message: <A HREF="002108.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#2107">[ date ]</a> + <a href="thread.html#2107">[ thread ]</a> + <a href="subject.html#2107">[ subject ]</a> + <a href="author.html#2107">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Olivier Thauvin a écrit : +><i> * andre999 (<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">andr55 at laposte.net</A>) wrote: +</I>>><i> Olivier Thauvin a écrit : +</I>><i> +</I>><i> ... +</I>><i> +</I>><i> I also think my mirror have first to serve my work, and time to time +</I>><i> my colleague complain about slowdown cause by external downloader (eg +</I>><i> YOU). +</I> +This is another excellant case for controling access. +Perhaps by refusing multiple connexions (by client) or bandwidth quotas +(by client) or lower priority for mirror access -- or whatever you think +appropriate. + +><i> Here my POV: +</I>><i> 1) I am mirror admin and get tired of abuse +</I>><i> 2) I am mirror manager for the distro +</I>><i> +</I>><i> a) According the fact doing this create an huge load on some mirrors, +</I>><i> b) according we'll have to search mirror around the world and the distrib +</I>><i> size is already a problem +</I>><i> c) according doing this can discourage people offering space and bandwidth +</I>><i> for us +</I>><i> +</I>><i> I am aginst such things. +</I>><i> +</I>><i> I cannot deny you to do this, but don't complain if no mirror agree to +</I>><i> serve you. +</I> +Ok, I would say that in most respects we agree. +1) The mirror site should take _whatever action they feel is +appropriate_ to ensure that they are not overloaded, including +restricting the number of connexions per user, bandwidth quotas, etc. + +2) A non-dedicated mirror (in most cases) should do whatever is +necessary to give priority to its non-mirror activities. + +3) Downloaders should generally use multiple mirrors if they use +multiple connexions. + +and probably many other points that don't come to mind. + +However I feel that +4) It is reasonable for downloaders to use multiple connexions per +mirror, as long as they don't bypass the controls put in place by the +mirror. Not only reasonable, but actually desirable in terms of using +otherwise unused download capacity that occurs from time to time, and +thus enhancing general download access. + +There is another factor that may not have been considered. Many +downloaders will be slowed by their internet access or other non-mirror +factors, which will very much increase the likelihood that mirrors have +unused bandwidth at various times. Increasing the utility -- from both +sides -- of multiple connexions. + +BTW, I understand very well the complexity and frustration that can be +associated with administering a site, be it a mirror or otherwise. +Especially for configuring appropriately. +The trick, of course, is getting there :) + +In any case, we can disagree on some points and still contribute +together, in our various ways, to Mageia. +That is the most important factor. + +regards :) +-- +André +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="002104.html">[Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download +</A></li> + <LI>Next message: <A HREF="002108.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#2107">[ date ]</a> + <a href="thread.html#2107">[ thread ]</a> + <a href="subject.html#2107">[ subject ]</a> + <a href="author.html#2107">[ 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> |