On Thu, Jan 31, 2013 at 01:10:50PM +0100, jotpe wrote: > > Das klingt, als wenn du auf diesen bekannten Bug gestossen bist:> > > https://github.com/twain47/Nominatim/issues/31 > > <https://github.com/twain47/Nominatim/issues/31> > > > > Versuche mal den dort beschriebenen Workaround und lasse den Import > > mit --disable-token-precalc laufen. > > Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher > allokiert. In der data/words.sql > ist es der Befehl in Zeile 49637 mit der hstore-Funktion "svals".
Ja, irgendwie scheint Postgrees da einen falschen Query-Plan zu erstellen, aber nicht auf allen Systemen. Bei mir läuft es mit 32GB RAM problemlos durch ohne zu swappen. > Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement > forderte 80GB > Swap und lief durch. Eigentlich sollte Postgres soetwas intern auf der Platte zwischenspeichern und nicht endlos Speicher allokieren. > In der setup-Hilfe steht zu dem Schalter --disable-token-precalc "Disable name > precalculation (EXPERT)". Was kann denn die Nominatim-Installation später denn > > schlechter als mit? Hat Nominatim dann Probleme beim Bewerten wie wichtig > ein Suchwort ist und liefert ggf. schlechter Suchergebnisse? Die Suchergebnisse sind genau die gleichen. Nur die Performance der Suche ist ein klein wenig schlechter. Du kannst es also gefahrlos verwenden. Gruss Sarah _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de