[Talk-de] T at H furchtbar langsam

[Jens Frank]

Am 27. Juli 2008 01:16 schrieb FreeWorld <freemaps.osm at googlemail.com>:

> Dirk Stöcker schrieb:
>
> > Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation
> > ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche
> > extremen Ausmaße wie bei OSM gab es aber nicht.
>

Doch, Weihnachten 2002 zum Beispiel, der "Grosse Ausfall". Dauerte rund eine
Woche.

>
> > Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob
> > Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles
> > Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte
> > Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben
> > liegen sollte.
> >
>
> Wie macht denn Wikipedia das eigentlich? Die haben ja bedeutent mehr
> Server und Last als OSM. Wie finanzieren die das? Haben die fest
> eingestellte Admins? Verwenden die spezielle Techniken? Warum klappt es
> dort und hier eher nicht so? Kennt sich da jemand aus? Konnte auf die
> Schnelle nichts dazu finden.


Bis vor ca 2 Jahren gab es keine fest angestellten Admins.  Heute gibt es
zwei fest angestellte Entwickler, die gelegentlich auch Aufgaben in der
Systemadministration uebernehmen,  eine halbe Stelle als
Netzwerkadministrator und eine Stelle als Servertechniker. Daneben gibt es
noch drei freiwillige Sysadmins. In Summe also 7 Leute.

Der Unterschied liegt darin, dass Wikipedia inzwischen eine "Serverfarm"
hat. Fuer jede Aufgabe steht eine Vielzahl von Servern zur Verfuegung.
Faellt davon einer aus, bemerkt das kein User mehr. Einen Server zu
reparieren kann auch bei Wikipedia eine Woche oder zwei dauern.

Das ist bei OSM anders. Hier gibt es immer nur einen Rechner pro Aufgabe
(bei rails bin ich mir nicht sicher, das koennte redundant sein). Faellt der
aus, so merkt es gleich jeder.

Gruesse,

             jens
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20080727/c094801a/attachment.htm>