[Talk-de] Rendern im Rechencluster?

[Dirk-Lüder Kreie]

Frederik Ramm schrieb:
> Hallo,
> 
>>> 60 neue T at H Rechner wären nochdazu auch nicht schlecht, dann braucht 
>>> man vllt. irgendwann nur noch ne halbe Stunde auf die neuen Tiles 
>>> warten ;-)
>> Es wird deswegen kein bisschen schneller, nur dass wie Wartezeit beim 
>> Rendern von 10 auf 14 Stunden hochgehen würde.
> 
> Jetzt warte halt noch, bis die neuen Platten eingebaut sind, anstatt 
> hier schlechte Stimmung zu verbreiten. Ich weiss schon, wie Du Dich 
> fuehlst, ich hatte mir damals, noch zu Zeiten des alten Servers mit 
> allen Tiles in der MySQL, voruebergehend sogar mal einen Spitzenplatz in 
> der Uploadliste erkaempft, und war dann super genervt, dass ich meine 
> Tiles nicht loswurde. Aber dann macht mal halt einfach was anderes, es 
> gibt genug zu tun im Projekt als zu schimpfen, dass man keine Tiles 
> rendern kann. (Wenn Dir ein bestimmtes Gebiet besonders am Herzen liegt, 
> bau' doch einfach einen kleinen Tileserver extra dafuer oder sowas!)

Ich will niemanden davon abhalten, dass er diese 60 Rechner in das t at h 
projekt bringt, aber wir haben vorallem 2 (bzw 3) Flaschenhälse, die es 
vorher zu weiten gilt:
Der dünnste Flaschenhals derzeit ist der Tileserver selber, bzw. dessen 
Platten, dort ist Abhilfe geplant.
Der zweitdünnste ist die OSM API, die nicht mehr besonders viel mehrlast 
aushält. auch die Erweiterung auf die OSMXAPI hat nicht wirklich 
entlastung gebracht, sondern eher einen möglichen 3. Flaschenhals erzeugt.

Wer also einen Server hat, auf dem er per "minutely diffs" eine aktuelle 
Spiegel-Datenbank für tiles at home pflegen kann, wird mit Kußhand genommen.


-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 260 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20080616/3135990e/attachment.sig>