Thread (35 messages) flat view 35 messages, 19 authors, 2016-06-15

Re: How git affects kernel.org performance

From: Randy Dunlap <hidden>
Date: 2007-01-07 19:30:44
Also in: lkml

On Sun, 7 Jan 2007 20:07:43 +0100 (MET) Jan Engelhardt wrote:
On Jan 7 2007 10:49, Randy Dunlap wrote:
quoted
On Sun, 7 Jan 2007 11:50:57 +0100 (MET) Jan Engelhardt wrote:
quoted
On Jan 7 2007 10:03, Willy Tarreau wrote:
quoted
On Sun, Jan 07, 2007 at 12:58:38AM -0800, H. Peter Anvin wrote:
quoted
quoted
[..]
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 ?
Sorry, it means Linux.conf.au (Australia):
  http://lca2007.linux.org.au/
Jan. 15-20, 2007
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.)
ISTM that Linus is trying to make 2.6.20-final before LCA.  We'll see.

---
~Randy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help