[Talk-de] T at H furchtbar langsam

[Thomas Schäfer]

Am Sonntag, 27. Juli 2008 02:26 schrieb Frederik Ramm:

> Also, mal unter der Annahme, dass es nach wie vor um Tiles at Home geht und
> nicht um irgendwas andres wolkiges, erzaehle ich kurz, was ich weiss:
...

Danke für die aufhellenden und geduldig aufgeschriebenen Informationen.


> Meine Guete. So ein Aufriss um einen zweitrangigen Tileserver.

Und hier muss ich leider etwas protestieren. 
t at h ist nicht zweitrangig. Im Strafrecht vor allem bei Jugendlichen wird gern 
betont, dass die Bestrafung auf dem Fuße folgen sollte. Bei OSM ist es anders 
herum. Als Mapper möchte man ( es gibt endlose Emails dazu auf dieser Liste) 
den Erfolg seiner Arbeit in den Karten schnell als Belohnung sehen. Mapnik 
mag 100 mal effizienter sein als t at h, aber die Aktualität lässt nach wie vor 
zu wünschen übrig. 
Aus diesem Grund halte ich t at h für den wichtigeren Mapserver. Meine 
Schlussfolgerungen daraus waren, dass ich selbst einen t at h client aufsetzte 
und nahezu rund um die Uhr laufen lasse. Dies lief meist auch gut. Nur seit 
dieser Umstellung der Useraccounts muss irgendetwas anderes auch schief 
gelaufen sein. 
Ich hatte gerade wieder mal einen 

| runtime error: file osmarender/osmarender.xsl line 688 element circle
  | XPath error : out of memory error
  | growing nodeset
  |
  | ^

Additional info about the Error(s):


[#56   0% maplint] File /temp/thomas/tmp/output-24886-z12.svg-temp.svg doesn't 
look like svg, aborting render.
[#56   0% upload1] Checking server queue...


Dieser Fehler kam übrigens auf einer 64GB-RAM-Maschine, deren RAM +SWAP kurz 
vorm Abbruch zu 70GB ausgelastet war. (xml -Prozess)

Da meine Programmierkünste bescheiden sind, ist da davon mir wenig Mitarbeit 
zu erwarten.

Ich kann hier nur svn up.

Wegen der Häufigkeit dieser oom-Fehler (vermutlich nicht nur bei mir) wundern 
mich blaue Kacheln überhaupt nicht.

Mit freundlichen Grüßen
Thomas Schäfer