[OSM-Devserver] neuer Server / Anfrage user "booo" bei osmf

[Kai Krueger]

On 27/09/10 23:42, Frederik Ramm wrote:
>Dass man fuer einen Tilecache kein RAM braucht, war ihm wohl nicht
> so klar.

Naja, das kommt ein wenig darauf an wie viel traffic durch so einen 
tilecache soll. Die 12Gb RAM die konqi hat (der derzeitig zum Teil 
verwendete Tilecache Server) z.B. waren wahrscheinlich* nicht genug um 
den gesamten tile traffic von osm.org aufzunehmen.

Nur so als Beispiel: in benchmarks schaft mod_tile selbst auf meinem 
einfachen Laptop 5 - 10 tausend tiles pro Seconde. Ein Wert den man so 
wohl in der Praxis nie sehen wuerde, es sei den man hat viel RAM fuer 
den disk cache, oder (RAID) SSDs, da normale Festplatten keine 10.000 
IOPs schaffen wuerden.

Nun gut, 10.000 tiles/s ist noch nicht die Groessenordnung in der sich 
OSM bewegt, aber zu Spitzenzeiten kommen schon mal gelegentlich um die 
1500 tiles/s vor und auch das ist noch mehr als Festplatten leisten koennen.

Yevaud (tile.osm.org), mit seinem raid0 array mit zwei velociraptoren 
z.B. schaft wie es scheint ca. 350 iops[1] und ist damit so ziemlich 
ausgelastet[2] wodurch die Latenz bereits deutlich ansteigt.

Die differenz von 1600 - 350 muss also aus dem disk cache im RAM kommen 
und dieser muss demzufolge gross genug sein um ein "working set" an 
tiles aufnehmen zu koennen.

Konqi's Squid hat einen Disk cache von ca. 17Gb und schafft damit einen 
hit-ratio von nur 30 - 40 %[3]. Mit den 8Gb mem-cache kommen davon ca 
50% aus dem RAM.

16Gb RAM scheinen also fuer einen tilecache nicht so unvernuenftig. Aber 
das haengt halt wirklich davon ab wieviel traffic der auf nehmen soll. 
Bei < 100 tiles/s (also ca. 5-10% des derzeitigen osm traffics) z.B. 
braucht man wahrscheinlich wirklich nicht viel RAM.

Kai



* Als alle tile server domains (sowohl tile.osm.org als auch 
{a,b,c}.tile.osm.org) via dem Cache liefen kam es zum Teil zu groesseren 
Verzoegerungen inklusive timeouts. Ob es nun tatsaechlich am RAM lag, 
oder an etwas anderem ist meines Wissens etwas Spekulation, aber einer 
der wahrscheinlichen Engstellen.


[1] 
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/linux_diskstat_iops_sdc.html 

[2] 
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/linux_diskstat_latency_sdc.html
[3] 
http://munin.openstreetmap.org/openstreetmap/konqi.openstreetmap/squid_requests.html