# pgAdmin.EXE auf i7 2630QM

**URL:** https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484
**Category:** PGAdmin
**Created:** [12. August 2012 um 18:45 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484 "2012-08-12T18:45:14Z")
**Posts on this page:** 15
**Page:** 1

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [12. August 2012 um 18:45 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/1 "2012-08-12T18:45:14Z")

</div>

hi,

ich heisse Jimmy und programmiere in Xbase++ ( Clipper / Dbase )

mein Arbeitsrechner ist (immer noch) ein alter P4 3GHz, 2GB RAM unter XP SP3.  
ich öffne mit pgAdmin.EXE eine Table \> 500000 wofür der P4 ca. 33Sec. benötigt.

nun habe ich ein “neueres” Notebook mit i7 2630QM, 8GB, SSD Win7 64bit und  
pgAdmin.EXE braucht für die selbe Table ca. 90sec … also 3x so lange ???

alle anderen Sachen, über libpq.dll , laufen auf dem i7 2630QM viel schneller  
ca. 8 - 10x … nur PgAdmin.EXE ist “langsamer” … was könnte das sein ?

ich habe es mit verschiedenen PgAdmin.EXE Version probiert und auch  
PostgreSQL v8.3 / v8.4 sowie v9.1x ausprobiert … immer das selbe mit pgAdmin.EXE

hat jemand einen Tip oder Idee was das sein könnte ?

---

<div class="post-metadata">

### Author: ![akretschmer](https://www.pg-forum.de/letter_avatar_proxy/v4/letter/a/a6a055/32.png) [@akretschmer](https://www.pg-forum.de/u/akretschmer)
#### Post date: [12. August 2012 um 20:39 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/2 "2012-08-12T20:39:30Z")

</div>

> [@Auge\_Ohr](#):
>
> hi,
> 
> ich heisse Jimmy und programmiere in Xbase++ ( Clipper / Dbase )
> 
> mein Arbeitsrechner ist (immer noch) ein alter P4 3GHz, 2GB RAM unter XP SP3.  
> ich öffne mit pgAdmin.EXE eine Table \> 500000 wofür der P4 ca. 33Sec. benötigt.

Was _genau_ verstehst Du unter ‘öffnen’?

> nun habe ich ein “neueres” Notebook mit i7 2630QM, 8GB, SSD Win7 64bit und  
> pgAdmin.EXE braucht für die selbe Table ca. 90sec … also 3x so lange ???
> 
> alle anderen Sachen, über libpq.dll , laufen auf dem i7 2630QM viel schneller  
> ca. 8 - 10x … nur PgAdmin.EXE ist “langsamer” … was könnte das sein ?

Was sagt EXPLAIN dazu?

> ich habe es mit verschiedenen PgAdmin.EXE Version probiert und auch  
> PostgreSQL v8.3 / v8.4 sowie v9.1x ausprobiert … immer das selbe mit pgAdmin.EXE
> 
> hat jemand einen Tip oder Idee was das sein könnte ?

Du hast all die Versionen einzeln installiert, Dumps eingespielt, und das getestet?

Ach ja: was passiert, wenn Du einen ‘richtigen’ Client, also psql, verwendest?  
  
  
Andreas

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [12. August 2012 um 21:22 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/3 "2012-08-12T21:22:34Z")

</div>

hi,

danke für deine Antworten

> [@akretschmer](#):
>
> Was _genau_ verstehst Du unter ‘öffnen’?

```plaintext
SELECT * FROM MyTable ORDER BY __record

```

wobei \_\_record der “PRIMARY KEY” ist.

> [@akretschmer](#):
>
> Was sagt EXPLAIN dazu?

```plaintext
"Index Scan using fsicher_pkey on fsicher (cost=0.00..30084.13 rows=556588 width=182)"

```

also das er den “PRIMARY KEY” verwendet

> [@akretschmer](#):
>
> Du hast all die Versionen einzeln installiert, Dumps eingespielt, und das getestet?

ich hatte zunächst die v8.3 + pgAdmin.EXE, dann die v8.4 und nun die v9.1x ausprobiert.  
danach hab ich jeweils aus einer DBF die Daten nach PostgreSQL “importiert”  
( CREATE Table … INSERT … )

> [@akretschmer](#):
>
> Ach ja: was passiert, wenn Du einen ‘richtigen’ Client, also psql, verwendest?

ja man sagt mir schon mal das es einen Unterschied zwischen pgAdmin.EXE und PSql.EXE geben soll.

auch wenn ich noch aus der DOS Zeit stamme komme ich mit PSql.EXE nicht zurecht …  
Frage : wie “beende” ich PSql.EXE ? … mit Crtl-C breche ich ja das \*.BAT ab …

---

<div class="post-metadata">

### Author: ![akretschmer](https://www.pg-forum.de/letter_avatar_proxy/v4/letter/a/a6a055/32.png) [@akretschmer](https://www.pg-forum.de/u/akretschmer)
#### Post date: [13. August 2012 um 05:51 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/4 "2012-08-13T05:51:27Z")

</div>

> [@Auge\_Ohr](#):
>
> ```plaintext
> "Index Scan using fsicher_pkey on fsicher (cost=0.00..30084.13 rows=556588 width=182)"
> 
> ```
> 
> also das er den “PRIMARY KEY” verwendet
> 
> ich hatte zunächst die v8.3 + pgAdmin.EXE, dann die v8.4 und nun die v9.1x ausprobiert.  
> danach hab ich jeweils aus einer DBF die Daten nach PostgreSQL “importiert”  
> ( CREATE Table … INSERT … )
> 
> ja man sagt mir schon mal das es einen Unterschied zwischen pgAdmin.EXE und PSql.EXE geben soll.
> 
> auch wenn ich noch aus der DOS Zeit stamme komme ich mit PSql.EXE nicht zurecht …  
> Frage : wie “beende” ich PSql.EXE ? … mit Crtl-C breche ich ja das \*.BAT ab …

Wie lange dauert es in psql?

Ich vermute einfach mal, daß PGAdmin die Zeit frisst. Und psql zeigt beim Start an:

```plaintext
kretschmer@tux:~$ psql test
Timing is on.
psql (9.1.2)
Type "help" for help.

test=# help
You are using psql, the command-line interface to PostgreSQL.
Type: \copyright for distribution terms
       \h for help with SQL commands
       \? for help with psql commands
       \g or terminate with semicolon to execute query
       \q to quit
test=#

```

War jetzt nicht sooo schwer, gell?  
  
  
Andreas

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [14. August 2012 um 05:10 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/5 "2012-08-14T05:10:53Z")

</div>

> [@akretschmer](#):
>
> Wie lange dauert es in psql?  
> Ich vermute einfach mal, daß PGAdmin die Zeit frisst. Und psql zeigt beim Start an:
> 
> ```plaintext
> kretschmer@tux:~$ psql test
> Timing is on.
> psql (9.1.2)
> Type "help" for help.
> 
> test=# help
> You are using psql, the command-line interface to PostgreSQL.
> Type: \copyright for distribution terms
> \h for help with SQL commands
> \? for help with psql commands
> \g or terminate with semicolon to execute query
> \q to quit
> test=#
> 
> ```
> 
> War jetzt nicht sooo schwer, gell?

leider zu schwer für mich …

> C:\Programme\PostgreSQL\9.1\bin\>psql --dbname=mdidemo postgres  
> Passwort f³r Benutzer postgres:  
> psql (9.1.4)  
> Warnung: Konsolencodeseite (850) unterscheidet sich von der Windows-  
> Codeseite (1252). 8-Bit-Zeichen funktionieren möglicherweise nicht  
> richtig. Einzelheiten finden Sie auf der psql-Handbuchseite unter  
> »Notes for Windows users«.  
> Geben Sie »help« für Hilfe ein.
> 
> mdidemo=# EXPLAIN SELECT \* FROM fsicher  
> mdidemo-#

und nun ???  
sorry als PostgreSQL Newbie hat man leider solche “Probleme” … meine Tools, die ich täglich verwende, bediene ich auch “blind” 😉

---

<div class="post-metadata">

### Author: ![akretschmer](https://www.pg-forum.de/letter_avatar_proxy/v4/letter/a/a6a055/32.png) [@akretschmer](https://www.pg-forum.de/u/akretschmer)
#### Post date: [14. August 2012 um 06:15 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/6 "2012-08-14T06:15:34Z")

</div>

> [@Auge\_Ohr](#):
>
> leider zu schwer für mich …  
> und nun ???  
> sorry als PostgreSQL Newbie hat man leider solche “Probleme” … meine Tools, die ich täglich verwende, bediene ich auch “blind” 😉

Der Klassiker. Befehle werden mit einem ; abgeschlossen, darauf wartet psql nun …  
  
  
Andreas

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [14. August 2012 um 06:41 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/7 "2012-08-14T06:41:51Z")

</div>

> [@akretschmer](#):
>
> Der Klassiker. Befehle werden mit einem ; abgeschlossen, darauf wartet psql nun …

em … äh … ja von dem “;” hab ich auch schon mal was gelesen …  
ok aber nun das nächste “Problem” mit PSql.EXE : ich möchte nur eine “Zeit” … nicht die \> 550000 Datensätze …

```plaintext
mdidemo=# explain select * from fsicher order by __record;
                                      QUERY PLAN

--------------------------------------------------------------------------------
-------
 Index Scan using fsicher_pkey on fsicher (cost=0.00..30084.13 rows=556588 widt
h=182)
(1 Zeile)
mdidemo=#

```

sagt mir ja nicht wie lange ich zum “öffnen” ( alle Field, gesamte Table) benötige.  
Wenn ich es ohne “EXPLAIN” abschicke kommt zumindest der erste Eintrag scheinbar “gefühlt” schneller.

PG Newbiew bitte um weiter Hilfe, danke.

---

<div class="post-metadata">

### Author: ![akretschmer](https://www.pg-forum.de/letter_avatar_proxy/v4/letter/a/a6a055/32.png) [@akretschmer](https://www.pg-forum.de/u/akretschmer)
#### Post date: [14. August 2012 um 06:55 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/8 "2012-08-14T06:55:49Z")

</div>

> [@Auge\_Ohr](#):
>
> em … äh … ja von dem “;” hab ich auch schon mal was gelesen …  
> ok aber nun das nächste “Problem” mit PSql.EXE : ich möchte nur eine “Zeit” … nicht die \> 550000 Datensätze …
> 
> ```plaintext
> mdidemo=# explain select * from fsicher order by __record;
> QUERY PLAN
> 
> --------------------------------------------------------------------------------
> -------
> Index Scan using fsicher_pkey on fsicher (cost=0.00..30084.13 rows=556588 widt
> h=182)
> (1 Zeile)
> mdidemo=#
> 
> ```
> 
> sagt mir ja nicht wie lange ich zum “öffnen” ( alle Field, gesamte Table) benötige.  
> Wenn ich es ohne “EXPLAIN” abschicke kommt zumindest der erste Eintrag scheinbar “gefühlt” schneller.
> 
> PG Newbiew bitte um weiter Hilfe, danke.

EXPLAIN sagt Dir, wie es die Abfrage ausführen WÜRDE, EXPLAIN ANALYSE führt die Abfrage real aus. Im ersten Fall kann man u.a. sehen, wie viele Records ERWARTET werden, das ist eine SCHÄTZUNG aufgrund bestimmter Statistiken. Ein EXPLAIN ANALYSE führt, wie gesagt, die Abfrage aus und gibt neben den Schätzwerten auch die REALEN Dinge (wie die korrekte Anzahl von Rows, gemessene Zeiten, …) aus. Das Ergebnis (also das Resultset an sich) bekommst Du so aber nicht angezeigt. Willst Du das UND noch wissen, wie lange die Abfrage lief, kannst Du mit “\timing” die Zeitmessung an/ab-schalten.

```plaintext
test=*# \timing
Timing is on.
test=*# \timing
Timing is off.
test=*#

```

Andreas

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [14. August 2012 um 21:02 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/9 "2012-08-14T21:02:52Z")

</div>

hi,

danke das du so viel Geduld mit einem Newbie hast !

> mdidemo=# EXPLAIN ANALYSE select \* from fsicher order by \_\_record;  
> QUERY PLAN
> 
> * * *
> 
> * * *
> 
> Index Scan using fsicher\_pkey on fsicher (cost=0.00…30084.13 rows=556588 widt  
> h=182) (actual time=27.240…5377.972 rows=572596 loops=1)  
> Total runtime: 5626.777 ms  
> (2 Zeilen)

das ist jetzt vom P4 was mit 27 Sec. dem von pgAdmin.EXE entspricht.  
auf dem i7 sagt er 0.970…1479.382 also weniger als 1 Sec ?  
Total runtime: 1508.279 ms auch das sagt er (endlich) mal das ein i7 schneller als ein P4 sei 😉

allerdings hab ich auf dem i7 noch die v8.3.18 und auf dem Arbeitsrechner die v9.x aber am “Trend” PSql.EXE vs. PgAdmin.EXE ist wohl deutlich erkennbar.

Frage : gibt es eine andere “GUI” Alternative zu pgAdmin.EXE ?

---

<div class="post-metadata">

### Author: ![Gisman](https://www.pg-forum.de/user_avatar/www.pg-forum.de/gisman/32/252_2.png) [@Gisman](https://www.pg-forum.de/u/Gisman)
#### Post date: [20. August 2012 um 18:45 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/10 "2012-08-20T18:45:48Z")

</div>

> [@Auge\_Ohr](#):
>
> Frage : gibt es eine andere “GUI” Alternative zu pgAdmin.EXE ?

Welch Version benutzt du denn? Die letzten sind eigentlich recht gut. Zumindest ist mir bisher kein besseres Opensourcetool über den Weg gelaufen.

CU Uwe

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [20. August 2012 um 19:31 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/11 "2012-08-20T19:31:28Z")

</div>

hi,

> [@Gisman](#):
>
> Welch Version benutzt du denn? Die letzten sind eigentlich recht gut.

ich habe jeweils den pgAdmin.EXE aus der entsprechenden Install Paket benutzt.  
z.Z. v1.14

> [@Gisman](#):
>
> Zumindest ist mir bisher kein besseres Opensourcetool über den Weg gelaufen.

ich finde pgAdmin.EXE ja nicht schlecht.

es verwirrt mich nur das es auf einem i7 “_langsamer_” läuft (öffen ohne LIMIT) als auf einem P4 !!!  
alles andere auf dem i7 geht ja viel schneller wenn ich per libpq.dll PostgreSQL anspreche.

ich suche deshalb nach weiteren Tools zum “vergleichen” um raus zu finden warum sich pgAdmin.EXE auf dem i7 so verhält.

---

<div class="post-metadata">

### Author: ![hkocam](https://www.pg-forum.de/letter_avatar_proxy/v4/letter/h/4bbf92/32.png) [@hkocam](https://www.pg-forum.de/u/hkocam)
#### Post date: [23. August 2012 um 19:32 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/12 "2012-08-23T19:32:58Z")

</div>

Hi,

2 Dinge:

- Netzwerk(WLAN auf Laptop z.B.)
- PGAdmin muss die Daten auch darstellen, was bei \> 500.000 Zeilen dauern kann.

Tipp: Auch in PGAdmin kannst du dir den Explain Analyze deines Query angucken(F7 für EXPLAIN,shift + F7 für EXPLAIN ANALYZE)

vg  
hkocam

---

<div class="post-metadata">

### Author: ![Auge\_Ohr](https://www.pg-forum.de/user_avatar/www.pg-forum.de/auge_ohr/32/8_2.png) [@Auge\_Ohr](https://www.pg-forum.de/u/Auge_Ohr)
#### Post date: [24. August 2012 um 00:08 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/13 "2012-08-24T00:08:21Z")

</div>

> [@hkocam](#):
>
> 2 Dinge:
> 
> - Netzwerk(WLAN auf Laptop z.B.)
> - PGAdmin muss die Daten auch darstellen, was bei \> 500.000 Zeilen dauern kann.

Local.  
ja schon aber warum ist er dann mit einem i7-2630 ( 4 Kerne + HT ), 8GB RAM , SSD, AMD Radeon 6650m mit 2GB VRAM “langsamer” als ein P4, 3 GHz ( 1 Kern + HT), 2GB mit einer Ati8600 ??

> [@hkocam](#):
>
> Tipp: Auch in PGAdmin kannst du dir den Explain Analyze deines Query angucken(F7 für EXPLAIN,shift + F7 für EXPLAIN ANALYZE)

YUP, haben wir auf Seite 1 besprochen, danke.

---

<div class="post-metadata">

### Author: ![Xandrian](https://www.pg-forum.de/user_avatar/www.pg-forum.de/xandrian/32/249_2.png) [@Xandrian](https://www.pg-forum.de/u/Xandrian)
#### Post date: [24. August 2012 um 05:17 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/14 "2012-08-24T05:17:03Z")

</div>

Hast du mal die Querys in den Kommandozeilen Tools von PostgreSQL ausgeführt und geschaut, wie es sich da verhält? Du hast eine komplett andere Architektur. Nicht nur das du von XP auf Windows 7 umgestiegen bist, nein du hast auch statt 32-Bit jetzt 64-Bit. pgAdmin ist jedoch ein reines 32-Bit Programm. Sprich das läuft in der Win32 Emulation von Windows was unter Umständen schon langsamer sein könnte.

cu tb.

---

<div class="post-metadata">

### Author: ![system](https://www.pg-forum.de/uploads/default/original/1X/dc97a981dd26692d5fb52e8b8fc7c090d7b9559a.png) [@system](https://www.pg-forum.de/u/system)
#### Post date: [21. Februar 2021 um 07:10 UTC](https://www.pg-forum.de/t/pgadmin-exe-auf-i7-2630qm/6484/15 "2021-02-21T07:10:58Z")

</div>


