On Wed, Jun 4, 2008 at 4:57 PM, Jon Burgess <<a href="mailto:jburgess777@googlemail.com">jburgess777@googlemail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The system monitor is a little crude. Most linux systems that have been<br>
running for any reasonable length of time will show nearly zero free<br>
memory. This is expected behaviour[1][2].</blockquote><div><br>Yeah, I've heard it's crude and that measuring memory usage in Linux is not as basic as it would seem.<br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

You suggest that you have to restart the renderd. If you don't do this,<br>
do you see anything bad happening?</blockquote><div><br>After a few .meta tiles are generated I seem to start swapping heavily (though now I'm not sure how accurate the swap monitor is).  After the z5 and z6 tiles were generated I restarted renderd to clear the memory and swap.  The higher zoom levels then didn't seem to cause swapping at all. <br>
</div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The code is used on the live OSM site rendering millions of tiles per<br>
day. It can use a fair amount of memory when it is running but I don't<br>
see it increasing over time (which would signify a leak).</blockquote><div><br>Yeah, I thought about that.  This makes me think I don't know what I'm talking about.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

If you want to cut down the memory usage then you can make it single<br>
threaded: edit render_config.h to set NUM_THREADS to 1, then rebuild<br>
renderd.<br>
</blockquote><br>Ahh, perhaps this answers it.  4 gigs of ram is enough for one z5 .meta tile, but two being rendered at the same time causes swapping.  I guess for some reason I had assumed that if it ran out of memory it would hold off from rendering new tiles until others were finished to avoid using swap space.  I don't know why I assumed this, it doesn't seem to make sense (though might it be more efficient this way?).<br>
</div><br>Thanks for your help<br clear="all"><br>-- <br>Dylan<br><br>Type faster. Use Dvorak:<br><a href="http://dvzine.org">http://dvzine.org</a>