<br><div class="gmail_quote">On Tue, Apr 22, 2008 at 3:39 PM, Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<div class="Ih2E3d"><br>
>> I think I'd trust Tom more than anyone else in OSM to understand the<br>
>> load which a given feature is going to place on the servers,<br>
><br>
> Thats not the point, its not about x number of CPU seconds per request<br>
> - its that the statistics are fundamentally different for, say,<br>
> running a WMS and running a tile server. One scales, one doesn't.<br>
<br>
</div>ALL problems regarding read-access scalability can be solved by<br>
implementing a proper "feed" mechanism (or DB slaves or whatever you<br>
want to call it). We have made steps in that direction with the<br>
weekly dumps, daily diffs, hourly diffs, and OsmXAPI is doing its<br>
best to keep a current data set with these services. Tiles@Home read<br>
requests have already moved off the main API to OsmXAPI, and OsmXAPI<br>
scales perfectly. The only thing that isn't perfect about OsmXAPI is<br>
that its data may still be two hours old which is good enough for<br>
many cases, but still not "the real thing" (not good enough to base<br>
an export tab on).<br>
</blockquote><div><br>Since the minute-diff was introduced OSMXAPI has been running, on average, about 6 minutes behind the main database.<br><br>IMHO this is good enough for all purposes, except editing, which obviously needs to act on the live data.<br>
<br>80n<br><br><br><br><br><br><br><br><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;"><br>
I think if we invest a bit more work in that direction, then we'll<br>
end up with a central database that will only serve live editor read/<br>
writes, and everything else can be run from the slaves. It's not<br>
exactly a low-hanging fruit but not that difficult either, and the<br>
reward is not having to worry about numbers of read requests.<br>
<br>
Bye<br>
Frederik<br>
<font color="#888888"><br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
<br>
<br>
_______________________________________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br>
</div></div></blockquote></div><br>