Hello Kay, take an additionally look to the monthly render curve: http://munin.toolserver.org/OSM/ptolemy/tirex_status_requests_rendered.html
It's continuously decreasing curve like a perfect e-function. I have also no idea why the rendering-performance should depend on queue-length but that the only correlation I see. Or why is the rendering of tiles in Alaska much faster than in Norway? If you compare with the performance of last year with 15 tiles/min so is the actual performance with 30 not bad, but 120 tiles/min like on the start of the process would be much better. (Also for your tiles.) 120 tiles/min would meet the performance we should expect from a hi-performance server like ptolemy. As explained before, we make now a full re-rendering, after this we can rerender only expired tiles which should be much faster (<1 day). Greetings Kolossos Am 08.09.2011 18:51, schrieb Kay Drangmeister: > Hi all, > > Am 08.09.2011, 17:18 Uhr, schrieb Tim Alder<[email protected]>: > >> The rendering performance correlate very good with the queue length. > > Do you mean this graph: > http://munin.toolserver.org/OSM/ptolemy/tirex_status_queued_requests.html > >> I found now the parameter >> -num in tirex-batch to limit the queue length. I will restart the >> process for tiles with z>0.25 and limit the queue to a value of around >> 5.000. > > I fail to see the point (sorry for my tone being provocative, I > really don't intend to be rude). Currently the only effect I have > is: my changes are not being rendered. This is probably because the > queue is not respecting a first-come-first-served order, otherwise > the max-tile age would not be so high. And because of this I can > see no difference if my changes are not rendered because there are > constantly 5000 or growing 558879 (as of now) in the queue. > > How about limiting it to *1* (or maybe 2) in order to give other > tiles a chance, too? > > Why do you fill the queue quicker than it can be rendered? Just > adding a delay to slow it down would not harm, would it? > > Sorry for whining, I just want *some* tiles rendered! :-))) > (And no, it has nothing to do with the replag being horrible, too > http://munin.toolserver.org/OSM/ptolemy/replication_delay2.html) > > The real solution would of course to fill a separate queue (back- > ground) with the automatic rerendering and give missing and dirty > tiles a higher priority. And manually dirty marked tiles should > be the same priority as missing, btw... > > Greetings, > Kay > > _______________________________________________ > Maps-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/maps-l > _______________________________________________ Maps-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/maps-l
