[Geocoding] Nominatim performance
Glenn Plas
glenn at byte-consult.be
Mon Mar 10 08:48:41 UTC 2014
On 08-03-14 11:20, Cambridge Cycling Campaign - Simon Nuttall wrote:
> A whole world nominatim installation started on 2 Feb finished on 7
> Mar, and is now running at:
>
> http://nominatim.cyclestreets.net/
>
> It has entered the catch up phase - which began with data from 21 Jan.
>
> It seems to be taking a day to catch up with a day's updates - so it
> is not making much progress and is heavily i/o bound, even on a 32GB
> VM with 2 allocated processors.
>
> Do all these timings seem normal?
>
> What could I do to improve performance?
>
> Simon
>
> _______________________________________________
> Geocoding mailing list
> Geocoding at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/geocoding
Most Virtual Machines lack IO performance. Even if underlying storage
consists of SSD's, you're only getting a slice of it. I would suggest
to assign a few more VCPU's , 2 seems a bit low. But this sounds like
a true I/O related issue.
A 'real' machine with 32GB on performant SSD's is probably the minimum
for a planet import. (I believe 64GB is recomended for this sort of
install). I would definitely blame IO limits here.
Glenn
--
"Everything is going to be 200 OK."
More information about the Geocoding
mailing list