panamajo schrieb:Gibt es Pläne die dazu führen dass sich das in absehbarer Zeit ändert?oc2pus schrieb:Das Problem resultiert daraus, das der Server überlastet ist und nicht "in time" die Indexdaten für das apt-repository generieren kann.
Ein vernünftiger Einsatz von apt (z.B. zur Wartung) ist damit ja nicht wirklich gewährleistet...
:shock:
Ein erster Ansatz war am 2.7.2005 die einrichtung von ftp4.
You can try ftp4.gwdg.de instead of ftp.gwdg.de.
Same paths, same services.
The situation at ftp.gwdg.de is as worse as never before and as worse as I
never had thought to happen: this time, a new important release does not
push the total output sum to a new height, but it is even lower than
during the "quiet days" before...
This is due to the size of the 9.3 tree: it is 29 GB, including the new
iso/split/ directory I like to add, and this is far beyond the available
buffer cache (ftp.gwdg.de has "only" 12 GB RAM).
So almost every download is really moving the 15 available disk heads, and
with 1000 to 2500 users at every moment, disk heads are more moving than
reading.
From now on, ftp.gwdg.de will not generate "own" repositories any longer,
but offer those generated at ftp4.gwdg.de.
You are free to fetch them from ftp or ftp4, but if you start to use the
examples files, you will automatically move over to ftp4.gwdg.de with all
your transfers.
This may bring a new hazard to me: I am not allowed to use the whole
1 GBit upstream for my servers, and if it happens, I havw to "organize"
that it does not happen again.
But let's see. I will watch it and - if necessary - restrict access
to ftp4.
Ein zweiter Ansatz war die Verteilung der ISO-Images für SuSE-10 via bittorrent zur Entlastung der Server.
Es tut sich also sehr wohl etwas, leider scheint das Interesse an den Downloads der ISOs aber immer grösser zu werden ...
Du kannst das in der apt4rpm Mailingliste:
https://lists.sourceforge.net/lists/listinfo/apt4rpm-suse
gerne mitlesen und weiterverfolgen