[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.61.0701072004290.4365@yvahk01.tjqt.qr>
Date: Sun, 7 Jan 2007 20:07:43 +0100 (MET)
From: Jan Engelhardt <jengelh@...ux01.gwdg.de>
To: Randy Dunlap <randy.dunlap@...cle.com>
cc: Willy Tarreau <w@....eu>, "H. Peter Anvin" <hpa@...or.com>,
Linus Torvalds <torvalds@...l.org>, git@...r.kernel.org,
nigel@...el.suspend2.net, "J.H." <warthog9@...nel.org>,
Andrew Morton <akpm@...l.org>, Pavel Machek <pavel@....cz>,
kernel list <linux-kernel@...r.kernel.org>,
webmaster@...nel.org
Subject: Re: How git affects kernel.org performance
On Jan 7 2007 10:49, Randy Dunlap wrote:
>On Sun, 7 Jan 2007 11:50:57 +0100 (MET) Jan Engelhardt wrote:
>> On Jan 7 2007 10:03, Willy Tarreau wrote:
>> >On Sun, Jan 07, 2007 at 12:58:38AM -0800, H. Peter Anvin wrote:
>> >> >[..]
>> >> >entries in directories with millions of files on disk. I'm not
>> >> >certain it would be that easy to try other filesystems on
>> >> >kernel.org though :-/
>> >>
>> >> Changing filesystems would mean about a week of downtime for a server.
>> >> It's painful, but it's doable; however, if we get a traffic spike during
>> >> that time it'll hurt like hell.
>>
>> Then make sure noone releases a kernel ;-)
>
>maybe the week of LCA ?
I don't know that acronym, but if you ask me when it should happen:
_Before_ the next big thing is released, e.g. before 2.6.20-final.
Reason: You never know how long they're chewing [downloading] on 2.6.20.
Excluding other projects on kernel.org from my hypothesis, I'd suppose the
lowest bandwidth usage the longer no new files have been released. (Because
everyone has them then more or less.)
-`J'
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists