Re: 'Local mirror' page was removed from wiki

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Well then the situation is rather simple, isn't it.

If the amount of traffic a private local mirror generates for the
official mirror is greater than the amount of traffic that any local
clients (excluding any "other purposes" unrelated to the sync process
of course) generate for this local mirror, then obviously something is
very wrong. This should be fairly easy to determine and fairly easy to
attack (sync less frequently, increase the amount of clients syncing
from your local server or perhaps give up the local mirror
completely).

This isn't a matter of politics at all, it's plain and simple math
where the outcome should be a situation where we create as little as
possible traffic for the official mirrors. It doesn't matter if one is
the only one doing it or if traffic is spread around well, it's a
matter of plain decency: You're offered a free service which has to be
shared with many people, and may cease to be a free service if use of
this free service outgrows its capabilities.

of course, what you do with your own traffic is yours to determine.
And in a way we have little say over what people do with the official
server's bandwidth. But a certain amount of "good practice" is
expected, which is what I believe this discussion is about. Thus I
hope we're all able to keep this discussion general, not fall in
personal attacks.

-Stefan

2010/9/17 Nathan Wayde <disposaboy@xxxxxxxxxxxx>:
> On 17/09/10 00:21, Ng Oon-Ee wrote:
>>
>> On Thu, 2010-09-16 at 16:16 -0700, Steve Holmes wrote:
>>>
>>> On Thu, Sep 16, 2010 at 09:54:16PM +0200, Stefan Erik Wilkens wrote:
>>>>>
>>>>> On 16/09/10 19:39, Matthew Gyurgyik wrote:
>>>>> you don't get to tell anyone how to use their bandwidth.
>>>>
>>>> But can we at least say that grabbing packages without using them is
>>>> wasting mirror bandwidth, and thus not something we want. In fact,
>>>> something that should be frowned upon?
>>>
>>> It sounds like this Nathan fella doesn't grasp the concept that he
>>> pays for his own bandwidth and the mirror operator has to pay for the
>>> bandwidth used by the mirror server.  Sure Nathan can squander his
>>> bandwidth however he wants but the mirror operators have to spread
>>> their bandwidth around for all of us to get our normal updates and of
>>> course, the cost has to be shouldered by someone.
>>
>> While my initial reaction to the thread was to do exactly this (point
>> out that Nathan does not seem to understand that mirrors have to pay for
>> bandwidth as well, and also that the linked article was obviously not
>> read) I think its a bit out-of-line to dismiss him as this 'Nathan
>> fella'. Where I come from such terms would only be used on a brat or
>> delinquent, slightly derogatory in my opinion.
>>
>> Not a comment on the CONTENT but on the STYLE =).
>>
>>
>
> like I said, I'd deleted my reply but here I'll state it again...
>
> I already run a mirror for other purposes, if the Tier-1 has a problem with
> that then they should block arm.konnichi.com .
>
> since I already run that for other purposes I sync from arm.konnichi.com -
> in-case you didn't realise I own it. I'm a idiot, that much is no secret, so
> maybe someone can enlighten me... like I said already, I already run a
> mirror for other purposes, if I want to waste the bandwidth of my mirror
> that's my business because I already paid for it, but the important question
> is the one that's always ignored in favour of petty politics and that is: I
> want to know specifically what was wrong with that script so I as a mirror
> operator can take the necessary measures to make sure I'm not abusing the
> Tier-1 from which I sync.
>
>



-- 
msn: stefan_wilkens@xxxxxxxxxxx
e-mail: stefanwilkens@xxxxxxxxx
blog: http://www.stefanwilkens.eu/
adres: Lipperkerkstraat 14 7511 DA Enschede


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux