Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 11 bis 20 von 28

Thema: Vacuum

  1. #11
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Zitat Zitat von symbiont Beitrag anzeigen
    wieso ... 32 bit heisst 2 GB per process ... das heisst 2 GB pro Connection .. oder nicht?
    Oder nicht.

    Hint: Shared Memory
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  2. #12
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    Oder nicht.

    Hint: Shared Memory
    Ahared memory ist doch keine allgemeine Grenze! Das ist halt für IPC notwendig. Es gibt ja immernoch genug Notwendigkeiten für den Heap jedes Prozesses.

    Die Aussage, dass 8 GB für die Katz seien stimmt so einfach nicht.

  3. #13
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Zitat Zitat von symbiont Beitrag anzeigen
    Ahared memory ist doch keine allgemeine grenze!
    PostgreSQL kann auf einem 32-Bit System aber nur maximal 4 GB davon nutzen. Das wirst auch du nicht in Abrede stellen können.


    Die Aussage, dass 8 GB für die Katz seien stimmt so einfach nicht.
    Denk was du willst, wenn die Datenbank nur max. 4 GB nutzen kann, bringen weitere 4 auch nichts. Selbst das OS kann da nur mittelmäßig Gebrauch von machen ...
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  4. #14
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    PostgreSQL kann auf einem 32-Bit System aber nur maximal 4 GB davon nutzen. Das wirst auch du nicht in Abrede stellen können.



    Denk was du willst, wenn die Datenbank nur max. 4 GB nutzen kann, bringen weitere 4 auch nichts. Selbst das OS kann da nur mittelmäßig Gebrauch von machen ...
    Pass auf - das ist unter Windows Sache des Speichermanagements .. Windows XP/2003 kann auch in der 32 Bit Version mehr als 4 GB für Prozesse nutzbar machen. Das ist so ein oller Trick aus DOS-zeiten wie mit XMS

    Die Prozesse nutzen sowieso virtuellen Speicher - der bei 32 Bit windows immer irgendwas mit 2 3 oder 4 GB zu tun hat. Wo der Speicher dann speziell liegt ist dem Prozess ja egal.

    Daher machen die 8GB durchaus Sinn.

    Richtig ist, dass ***EIN*** Prozess trotzdem nicht mehr als 32 Bit addressieren kann.

    Wir reden hier aber mehrere Prozesse ..

    Das ist z.B. sogar so ein Anwendungsfall wo das Konzept PG-Prozesse je Connection zu forken ein Vorteil ist. Im Gegensatz zu DBMS die in einem Prozess nur Threads erzeugen. Die haben dann pech
    Geändert von symbiont (30.04.2009 um 15:11 Uhr)

  5. #15
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Nähe Dresden
    Beiträge
    5.337

    Standard

    Zitat Zitat von kbsolutions Beitrag anzeigen
    Wenn ich ein VACUUM auf eine bestimmte Tabelle machen möchte, erhalten ich immer folgende Fehlermeldung:

    ********** Error **********

    ERROR: out of memory
    SQL state: 53200
    Detail: Failed on request of size 236317608.

    *************************

    Die Tabelle enthält 7 Millionen reltuples bei 135329 relpages

    Muss ich etwas an der Konfiguration ändern oder ist diese Tabelle oder eine System-Tabelle korrupt?

    Ich mache jetzt eine db_dump und restore..... nur zum testen...

    Hat jemand einen sonstigen Tip?
    Lief der Dump durch?

    Der Fehler könnte durchaus auf eine korrupte Tabelle deuten.

    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  6. #16
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    spannend zu erwähnen ist auch, dass ich bei shared_buffers auch nicht mehr als die 2GB eintragen kann... wenn ich das mache startet der DB-Server nicht mehr.

    Wusste gar nicht, dass es für Windows eine 64Bit Version gibt...? Soll das jetzt heissen, dass die Grenze hier bei 2GB liegt?

    Komisch, dass es beim Restore geht. By the Way, das ist ein Windows 2003 R2 32Bit System mit 3GB Ram und wie gesagt "nur" 256MB maintenace_work_mem. Ebenfalls mit PG 8.3

  7. #17
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Zitat Zitat von symbiont Beitrag anzeigen
    Wir reden hier aber mehrere Prozesse ..
    Wir reden immer noch über einen Speicherbereich, auf den alle Prozesse zusammen zugreifen müssen.

    Aber langsam reicht mit deine Verbohrtheit.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  8. #18
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    Wir reden immer noch über einen Speicherbereich, auf den alle Prozesse zusammen zugreifen müssen.

    Aber langsam reicht mit deine Verbohrtheit.
    nein - wir reden über die Aussage, dass 8 GB für die Katz wären.

    Aber langsam reicht mir deine Begriffsstutzigkeit

  9. #19
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    bitte nicht streiten... schlussendlich bin ich froh über neue Erkenntnisse und konstruktive Voschläge. Wie gesagt, lief der Dump und Restore Problemlos durch und alles scheint bestens mit dieser Tabelle wohl bemerkt auf dem anderen Server (Windows 2003 32Bit). Was ich mal testen kann ist ein Restore auf dem 64Bit System. Vielleicht hat es ja damit zu tun.

  10. #20
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Nähe Dresden
    Beiträge
    5.337

    Standard

    Zitat Zitat von kbsolutions Beitrag anzeigen
    spannend zu erwähnen ist auch, dass ich bei shared_buffers auch nicht mehr als die 2GB eintragen kann... wenn ich das mache startet der DB-Server nicht mehr.

    Wusste gar nicht, dass es für Windows eine 64Bit Version gibt...?
    Ich auch nicht. Hat aber nix zu bedeuten, es gibt schlicht keine.


    Soll das jetzt heissen, dass die Grenze hier bei 2GB liegt?
    Ja. Windows und viele Daten macht ja auch nicht wirklich ernsthaft Sinn, oder?


    Komisch, dass es beim Restore geht. By the Way, das ist ein Windows 2003 R2 32Bit System mit 3GB Ram und wie gesagt "nur" 256MB maintenace_work_mem. Ebenfalls mit PG 8.3
    Ich vermute eine korrupte Tabelle, vielleicht durch einen Plattenfehler oder sonstwas. Du solltest prüfen, ob das Backup brauchbar & vollständig ist.


    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

Seite 2 von 3 ErsteErste 123 LetzteLetzte

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum