diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101129/001489.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101129/001489.html | 123 |
1 files changed, 123 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101129/001489.html b/zarb-ml/mageia-dev/20101129/001489.html new file mode 100644 index 000000000..16016fbf1 --- /dev/null +++ b/zarb-ml/mageia-dev/20101129/001489.html @@ -0,0 +1,123 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Mirror layout, round two + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C20101129033207.GX7479%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="001488.html"> + <LINK REL="Next" HREF="001496.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Olivier Thauvin</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C20101129033207.GX7479%40virgo.home.nanardon.zarb.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">nanardon at nanardon.zarb.org + </A><BR> + <I>Mon Nov 29 04:32:07 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001488.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001496.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1489">[ date ]</a> + <a href="thread.html#1489">[ thread ]</a> + <a href="subject.html#1489">[ subject ]</a> + <a href="author.html#1489">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>* Maarten Vanraes (<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>) wrote: +><i> Op maandag 29 november 2010 01:24:42 schreef Michael scherer: +</I>><i> > So if we decide "mirrors will not handle the load, so we need to split +</I>><i> > games", then we should also say "mirrors will not handle the load, so we +</I>><i> > need to do less iso/offer to not mirror debug/offer to not mirror some +</I>><i> > architecture", and we end with a non consistent network of mirror, with +</I>><i> > lots of complexity on our side to handle the possible choice made by +</I>><i> > mirrors. I am not sure that users +</I> +The solution is quite simple: do not give the choice. + +For exemple, I am completly unable to know which part of Fedora or +Centos i can exclude, so I exclude nothing (espcially since none of this +distro said something can be excluded). + +><i> > will truly benefit from this. And I am sure that we will not benefit from +</I>><i> > the complexity. +</I>><i> > +</I>><i> > If the space is a issue ( and I think that's one of the main one ), then we +</I>><i> > should decide based on metrics. Ie, we plan to have no more than X% growth +</I>><i> > in mirror size for 1 year. If we hit some soft limit, then we investigate +</I>><i> > and decide ( ie, stop adding big backport, stop adding new package, etc ). +</I> +The space is an issue, but the distro size is increasing like everything +and like all distro. Disk size is also growing. + +The problem is the size of the global tree, not the size of a single +distro. I expect a 700 GB for Mageia, the distribution is far less than +that. + +><i> +</I>><i> I agree with you partly (mostly on the basis that mirror setup should be +</I>><i> primarily for mirror admins), however: +</I>><i> - some of those big packages are pretty much core +</I>><i> - and a big core repos is having a big hdlists as well; and you should take +</I>><i> into consideration that some people have regular phone line internet. +</I>><i> - i'm not entirely sure that mirror admins would like the overflow idea: +</I>><i> - if you're a small public mirror (ie: storage size), you would not mirror +</I>><i> the overflow; however some big packages would be pretty essential. seperating +</I>><i> extra (unmaintained pacakages); and games would seem easier; also on the +</I>><i> following up side; (ie: when problems arise); also a point is what about those +</I>><i> big packages and their dependencies (or rather other packages which depend on +</I>><i> it). +</I> +If you're maintaining a mirror you should first take care about the +ressources need by each distro you host, and small mirror won't probably +host mageia. +There enough big mirrors around the world able to host us to not +encourage small one to mirror us with bad practices, IMHO. + +Obviously, we (mirrors admin) have always the same question before +hosting a new tree: "how many space do you need" and "how many bandwidth +will be used". + +-- + +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/20101129/2a00408a/attachment.asc> +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001488.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001496.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1489">[ date ]</a> + <a href="thread.html#1489">[ thread ]</a> + <a href="subject.html#1489">[ subject ]</a> + <a href="author.html#1489">[ 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> |