ich habe aktuell Probleme mit einer Overpass-Suche innerhalb eines Gebiets mit der Query [1], es kommt dann über die Overpass-Turbo Website wie auch über direkte URL-Aufrufe von overpass-api.de.
runtime error: open64: 2 No such file or directory /spool/roland/v0.7.52/db/areas.bin File_Blocks::File_Blocks::1
Die Anfragen über geocodeArea gehen genauso wenig wie Area(…) mit der Relations-ID mit Prefix 3600 bei 6stelligen Ids.
Die aktuelle Systemauslastung von overpass-api.de sieht man auf der Munin Seite. Die Kiste steht aber im Prinzip permanent unter Volllast (außer irgendwann mitten in der Nacht).
Das kommt mir bekannt vor, TheFive hatte auch lange Probleme damit. Letztlich haben wir eine andere Lösung für osmcount gefunden.
Interessant wären auch mal die Postgresql-Plots. Da erkennt man auch einiges in Richtung Performance. Ich denke da an Autovacuum-Workers, Scan-Types und Cache-Nutzung.
Was man eventuell machen könnte, wäre DB und Anwendung zu trennen und auf mehreren Rechnern laufen zu lassen. Sollte gehen, da das ja wohl zu 99% reine Queries sind. Load Balancing für Postgresql gibt es ja, hab ich aber noch nicht verwendet.
Grösster CPU-Konsument dürfe wohl die Kompression sein. Für die meisten Performanceproblemchen gibt es zwar schon Linderung, allerdings warten die entsprechenden Pull Requests momentan noch auf Aufnahme in den Hauptzweig.