[OSM-Devserver] Tirex rendert - aber queued nicht

Nop Ekkehart at gmx.de
Fr Jul 30 10:27:48 CEST 2010


Hi!

> > - tirex queued nichts ein - die Queues stehen immer auf 1 oder 0 und die
> > Renderanfragen tröpfeln langsam rein und werden erst beim Rendern im
> > tirex-status sichtbar
> 
> Das klingt einfach so als ob der Renderer schnell genug ist, mit den
> Anfragen
> nachzukommen. Woher kommen die Renderanfragen denn? Das liegt ja
> außerhalb des
> Verantwortungsbereiches von tirex.

Die Anfragen kommen über mod_tile, das Setup ist das gleiche wie für die Wanderkarte auf dem devserver.

Wenn man ein komplett neues Gebiet im Browser anschaut, dann erzeugt das typischerweise 4 Anfragen für die base-Layer und 4 Anfragen für die topo-Layer. Auf dem Devserver erscheinen dann alle 8 Anfragen gleichzeitig in der Queue und er startet 3-4 Renderjobs.

Auf meiner Installation geht die Queue nie über 1 hinaus und die topo-Anfragen erscheinen erst dann, wenn die base-Anfragen komplett gerendert sind. Kann natürlich auch an mod_tile liegen, die Einstellung für modtile ist allerdings identisch und ich wüßte nicht was man daran drehen könnte. Typischrtweise erscheint die baselayer im Browser, die Topolayer nicht sofort, sondern erst nach einem Refresh.

Ich hatte vorher das bekannte Problem, daß mod_tile komplette Metatiles geliefert hat. Habe daraufhin /etc/var/mod_tile gelöscht und durch einen Symlink auf /osm/tiles ersetzt. Danach ging das Rendering. War das vielleicht falsch? Oder muß man am Apache noch was drehen, daß der die unterschiedlichen Layers parallel anstatt nacheinander abarbeitet?

> 
> > - er nutzt die 4 Prozessoren nicht aus, obwohl er für 4 Renderjobs
> > gleichzeitig konfiguriert ist
> 
> Es gibt zwei Configs, die da zusammenspielen. In /etc/tirex/tirex.conf
> gibt
> es bei den Buckets die maxproc-Angabe. Die gibt an wieviele Renderer von
> jeder Sorte für Requests in diesen Buckets verwendet werden. Und in
> /etc/tirex/renderer/*.conf gibt es auch nochmal eine Angabe "procs".

Danke, das muß ich nochmal prüfen.

> > - in der Statusanzeige werden die Queues nicht richtig aufgelistet,
> > sondern nur Prio 1 und all
> 
> In der Queue-Anzeige werden immer nur die Queues aufgelistet, die auch
> wirklich
> benutzt wurden.

Ok, dann ist das also normal.

> > - die Statistik sieht auch merkwürdig aus, die Jobs werden als
> Zoomlevel
> > 17 und 18 gezählt obwohl sie Zoomlevel 9 und 10 waren.
> 
> Redest Du von der count_rendered-Angabe in der Ausgabe vom tirex-status? 
> Kann
> natürlich sein, dass da ein Fehler im Programm ist, aber eher
> unwahrscheinlich.

Genau, ich rede von den Countern oben in tirex-status. Die stufen die Tiles nicht nur im falschen Zoomlevel ein, sondern zählen viele Anfragen auch überhaupt nicht, obwohl sie korrekt abgearbeitet werden.
Könnte das vielleicht daran liegen, daß ich als höchsten erlaubten Zoomlevel nicht 0, sondern ab Level 3 definiert habe?

bye
            Nop

-- 
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail