Hi Andreas, On Wed, 31 Aug 2005, Andreas Girardet wrote:
Good morning to Europe and hello openSUSE team.
good morning to down under mewanwhile...
To bring the discussion onto a rational level again and to start a proper thread about this and forget the derailed past thread, is there anything that this community sees we can do to better the situation now, so that Eberhard and gwdg.de won't be killed when we announce?
I personally apologize to Eberhard if my posts caused further stress to him and it certainly was not my intention to provoke him to flame me.
Please take my apologies back; it was my hardest night ever, with lots of faults at my side while trying to parallelize as much rsyncs as possible, and only 2 hours sleep between the days.
I really feel for Eberhard and his frustration is just a symptom for a problem that weMUST solve as a community.
Well, I have a solution in my head: more buffer cache. 32 GB RAM cost about 7700 Euros, but I would need a new machine with at least 16 (better 32) RAM slots if I had the money for the RAM.
I can personally offer a server to be online at the same time as the announcement is done (as I have access to the iso's), but to be honest it is not near as grunty as Eberhard's server, but maybe all together we can make a difference? And I can get the torrent live as soon as the announcement is done.
I guess I can lean back now; ftp.gwdg.de is still not complete (10 GB of inst-source/suse{i586,src,x86_64} are still missing, but I have excluded all *debug-info* files for the current rsyncs, so it is more complete than one could guess. i586 has 1857 rpms now, x86_64 has 2254. The iso directory is still missing the ppc ISOs 2 - 5. The server is delivering very well over all. The byte count at the ethernet switch is overflowing almost every minute, so it is about 71 MByte/sec or 570 Mbit/sec, but the filesystem (disk I/O) is very sticky so that the remaining files get very slowly in, regardless that they come from ftp4 over a separate Gbit link. Load is above 700, with 600 ftp, 1200 http and 100 rsync sessions, so it should appear slow for each single user who is not fetching the i386 or x86_64 ISOs... The "special offer of the day" is: i386 and x86_64 ISOs. Christoph's redirects keep them fresh within the buffer cache, The more requested the fresher... There is still about 25 MByte/sec spare bandwidth all the way up to the "many GBit" backbone. Cheers -e -- Eberhard Moenkeberg (emoenke@gwdg.de, em@kki.org)