[Talk-de] (Nicht nur) T at H (ist) furchtbar langsam(!)

Jens Frank jens.l.frank at googlemail.com
Mo Jul 21 20:38:36 UTC 2008


2008/7/21 Frederik Ramm <frederik at remote.org>:

> Hi,
>
> > Man kann keine kleinen Rechner mit anderen kleinen Rechnern ersetzen.
> > Und selbst mit Lastverteilung wird's schwierig, wenn diese nicht im
> > gleichen Rack/Cage zusammen stehen.
>
> Deine Rechnung ist ja schoen und gut, aber sie beruecksichtigt nicht
> die Tatsache, dass unsere Tiles doch recht stark "geclustert" abge-
> rufen werden. Wuerde man z.B. fuer jedes Bundesland einen Tile-Server
> oder Proxy aufsetzen und die Verteilregeln ins Javascript-Frontend
> hart einbauen (so viele sind's ja nicht), dann koennte sowohl der
> Abhol- als auch der Aktualisier-Traffic wirksam verteilt werden.


Im Prinzip ginge das. OpenLayers hat bereits jetzt eine feste Regel, wie es
Tiles auf die Server verteilt, wenn mehrere Quellen fuer einen Layer
definiert sind. Damit wird automatisch die ganze Erde "gerecht" auf die
Server verteilt.

Problematisch wird das Aktualisieren der Caches. Bei zu aggressivem Caching
sind die T at H-Fans enttaeuscht, denn gerade das schnelle Rendern ist der
Vorteil vor Mapnik, bei zu schwachem Caching wird der dahinter liegende
Server immer noch sehr stark belastet.

Gruesse,

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


Mehr Informationen über die Mailingliste Talk-de