[OSM-dev] Proposed database improvement

[Andy Robinson]

Nice work Nick :-)

I noted that the renderer still had trouble drawing the map data on the
tiles for the centre of Sutton Coldfield. But after the rest of the map had
drawn I went back and reloaded the couple of affected tiles and they
refreshed properly so it certainly appears that performance (in terms of
time of delivery and the actual data provided) is more reliable but still a
bit flaky. Which presumably means that these are not load issues.

Cheers

Andy

Andy Robinson
Andy_J_Robinson at blueyonder.co.uk 

>-----Original Message-----
>From: dev-bounces at openstreetmap.org [mailto:dev-bounces at openstreetmap.org]
>On Behalf Of Nick Hill
>Sent: 31 August 2006 3:32 PM
>To: Raphael Jacquot
>Cc: dev at openstreetmap.org; David Sheldon
>Subject: Re: [OSM-dev] Proposed database improvement
>
>Since the query update, It appears the database server is now receiving
>and processing around 3-4x the rate of queries (at least according to
>IOwait and Ethernet statistics), and is nowhere near capacity constrained.
>
>I wonder how much of that extra load is productive?
>
>In other words, perhaps the amount of load which can be generated can
>increase much faster than the useful work. Should we consider how to
>improve the ratio? For this, we'd need to define useful work, which
>could be politically and practically difficult.
>
>
>
>Raphael Jacquot wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> SteveC wrote:
>>> seems a bit faster to me! Thanks guys.
>>
>> that's an understatement dude. this is like the difference between being
>> ashamed of showing it, and happily being able to say the thing is under
>> active development ;D
>
>_______________________________________________
>dev mailing list
>dev at openstreetmap.org
>http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev