UPDATE: Mir ist gerade eingefallen: Ist es möglich, dass pgAdmin nicht die tatsächliche Zeit der Abfrage zählt, sondern die Zeit, die erforderlich ist, um die Ergebnisse im Raster zu zeichnen?

Ich habe gerade die Abfrage über die Befehlszeile (psql) ausgeführt und die Ergebnisse in einer txt-Datei ausgegeben, und es war sehr schnell (1-2 Sekunden oben).

In diesem Fall handelt es sich nicht um eine postgresql / ubuntu-Serverkonfiguration. es ist eher das problem eines displayadapters.

Habe ich recht oder suche ich in die falsche Richtung?

Auf meinem "alten" PC (Core 2 Duo, 4 GB RAM, 250 GB SATA HD), der unter Arch Linux 64 Bit ausgeführt wird, kann ich eine einfache "SELECT * FROM sometable" -Abfrage in 0,4 ms ausführen (ich verwende pgAdmin 3). Die Datenbank ist PostgreSQL 9.1 (mit PostGIS) und die Tabelle enthält ungefähr 60.000 Zeilen.

Ich habe die Datenbank auf einen neueren Computer übertragen (Core i5, 8 GB RAM, 1 TB Western Digital Black SATA III) und dieselbe Abfrage dauert bis zu 22 Sekunden (!!!). Auf dem neueren Computer wird Ubuntu Server 13.04 64bit ausgeführt.

Für weitere Tests habe ich die Datenbank auf einen Windows 7 64-Bit-PC (Core i5, 6 GB RAM) kopiert und die Abfrage wird in ca. 10 Sekunden ausgeführt.

Es ist eindeutig ein Konfigurationsproblem, aber ich bin ein wenig verwirrt, ob es sich um ein Konfigurationsproblem von PostgreSQL oder Ubuntu Server handelt.

Ich habe bereits versucht, mit den conf-Dateien von PostgreSQL (kernel.shmmax, shared_buffers usw.) herumzuspielen, aber ohne Erfolg. Und natürlich habe ich alle Indizes VAKUUMIERT, VAKUUM ANALYSIERT und neu erstellt.

Irgendwelche Ideen? Ich interessiere mich für die Lösung eines Ubuntu-Servers und kümmere mich nicht wirklich um den Windows 7-Computer.

Danke im Voraus,

Ebl