Hej Morten<br><br>Simon Poole skrev på dev listen [1] at det var en god ide at køre vacuum mindst en gang om ugen pga. den måde osm2pgsql opdaterer på. Jeg mener at auto vacuum er slået som default i 9.1, det kan være en af årsagerne til at det nu går hurtigere og det passer også meget godt med at det går bedre lige efter re-import. Jeg ved ikke om du så risikerer at den kører vacuum for ofte (f.eks. samtidigt med import) - måske kan du få bedre performance ved slå auto vacuum fra og så f.eks. kun køre den en gang i døgnet.<br>
<br>[1] <a href="http://lists.openstreetmap.org/pipermail/dev/2012-March/024595.html">http://lists.openstreetmap.org/pipermail/dev/2012-March/024595.html</a><br><br>/Jais<br><br><div class="gmail_quote">2012/3/20 Morten Kjeldgaard <span dir="ltr"><<a href="mailto:mok@bioxray.dk">mok@bioxray.dk</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 20-03-2012 09:44, Emil Tin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
til vores kommende cykelruteplanlægger overvejer vi køre en tile<br>
server.<br>
<br>
er der nogen (måske jonas fra rasher?) der har erfaring med at køre en<br>
tile server? og som måske kan sige noget om hvor meget<br>
cpu/disk/båndbredte det kræver? er mapnik den eneste fornuftige<br>
løsning?<br>
</blockquote>
<br>
Jeg kan sige lidt, men når det så er sagt så har jeg ikke forsøgt mig med andre løsninger end den jeg er end med, så jeg er ikke så velinformeret, men jeg kan da beskrive mit setup.<br>
<br>
Det hele kører på en virtual server som tilhører Peter Brodersen. Den har masser CPU kraft, men meget begrænset mængde RAM (1 GB tror jeg). Det er reelt ikke nok RAM - det er konstant en kamp at få det hele til at køre i den plads, men det går lige netop (det er samme server der også hoster Fugro tiles, hvilket også bruger en del RAM).<br>

</blockquote>
<br></div>
Jeg har kørt med rashers setup i et års tid uden problemer, men på det sidste (efter jeg opgraderede osm2pgsql til seneste version) har jeg har _store_ problemer med at få opdateringerne i keepup.sh scriptet til at følge med. Som rasher skriver, hentes der hourly diffs, men på min maskine (som iflg. pbro er kraftigere end hans, og har 3 Gb RAM) tager jobbet op til to en halv time at køre en times opdateringer :-( Jeg prøver for tiden på at finde ud af hvor problemet ligger, mistanken er foreløbig Postgresql. Når jeg netop har importeret et nyt planet dump, tager keepup ca. 3 minutter, men efterhånden bliver den langsommere og langsommere. Det hjalp en hel del at opgradere til postgresql 9.1, men problemet er altså forsvundet. Hvis nogen har et hint vil jeg være taknemmelig.<br>

<br>
-- mok0<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
Talk-dk mailing list<br>
<a href="mailto:Talk-dk@openstreetmap.org" target="_blank">Talk-dk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-dk" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/talk-dk</a><br>
</div></div></blockquote></div><br>