Seite 3 von 3 ErsteErste 123
Ergebnis 21 bis 28 von 28

Thema: Vacuum

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

    Standard

    Zitat Zitat von akretschmer Beitrag anzeigen
    Ich auch nicht. Hat aber nix zu bedeuten, es gibt schlicht keine.
    Magnus Hagander: PostgreSQL vs 64-bit windows - SWiK


    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

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

    Standard

    Zitat Zitat von kbsolutions Beitrag anzeigen
    Wusste gar nicht, dass es für Windows eine 64Bit Version gibt...? Soll das jetzt heissen, dass die Grenze hier bei 2GB liegt?
    1. ja .. es gibt 2003, Vista und nat. W7 64 bit versionen ..
    1.1. achtung: es gibt keine unter windows laufende 64 bit version von PG - nur für unixoide systeme (z.B. linux)
    2. ja - hier kommt es zu einem Fehler weil ein index > 32 bit auf irgendeine range zugreifen will die schlichtweg nichtmehr adressierbar ist - oder der index selbst groesser als 32 bit würde.
    bug hin oder her ... du bist an system-grenzen gestoßen. Interssant ist halt, dass du die daten zwar reinbekommen hast - aber vacuum rumzickt.
    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 hab z.B. aus spass unter meinem Vista 64 ein Ubuntu64 in einer VM laufen - damit ich darin ein 64 bit version von PG laufen lassen kann. Wie ich schon schrieb - direkt unter windows gibt es keine binaries (selbercompilierer bin ich nicht - ob das ueberhaupt geht weiss ich auch nicht) - zum forschen optimal - und erstaunlich flott

    Tatsache ist, dass jeder einzelne PG-Prozess maximal 2 GB adressieren kann. Das Nadelör zwischen den Prozessen ist das shared_memory - und ist auch nur 32 bit breit - auf 32 bit systemen.

    D.h. auf deinem 8GB System würde zwar der RAM durch die vielen Connections - jeweils ein Prozess - auch gut genutzt, das ist aber im VGL zu einem richtigen 64 bit System nur suboptimal - da die Connections nur ueber 32 bit kommunizieren koennen (man muss sich ja z.B. über locks / transaktionen und so zeug queries caches etc. austauschen). Sinnlos ist es aber nicht.
    Geändert von symbiont (30.04.2009 um 15:43 Uhr)

  3. #23
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Gibt es ein Tool um eine DB auf Fehler und inkonsistenz zu prüfen? Der Restore sieht soweit wirklich prima aus.

    Ich denke, wir werden die DB offline schlalten, einen Dump erstellen und diesen wieder einlesen. Das scheint wenigstens das Problem zu lösen.

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

    Standard

    na bitte :
    In a multi-threaded database server, all client connections share the memory space, and are again limited by the total addressable memory region. With PostgreSQL, you could easily have more than 1Gb per backend (if necessary) without running out of memory, which significantly pushes away the point when you need to go to 64-bit.

    deshalb sind die 8GB nicht sinnlos

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

    Standard

    Zitat Zitat von symbiont Beitrag anzeigen
    2. ja - hier kommt es zu einem Fehler weil ein index > 32 bit auf irgendeine range zugreifen will die schlichtweg nichtmehr adressierbar ist.
    bug hin oder her ... du bist an system-grenzen gestoßen. Interssant ist halt, dass du die daten zwar reinbekommen hast - aber vacuum rumzickt.
    Bullshit.

    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. #26
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von akretschmer Beitrag anzeigen
    Bullshit.

    Andreas
    Was bist du - ne Diva? Zicke? oder nur peinlich?

  7. #27
    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
    Gibt es ein Tool um eine DB auf Fehler und inkonsistenz zu prüfen? Der Restore sieht soweit wirklich prima aus.
    Mir nix bekannt. Aber wenn Dump läuft, ist die DB auch okay.

    Ich denke, wir werden die DB offline schlalten, einen Dump erstellen und diesen wieder einlesen. Das scheint wenigstens das Problem zu lösen.
    Erstell den Cluster komplett neu, also initdb.

    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

  8. #28
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Besten Dank für eure Mithilfe. Ich habe jetzt einen Restore auf dem Problemserver gemacht und kann problemlos ein Vacuum auf der Tabelle ausführen. So werde ich wohl jetzt warten und hoffen, dass bald eine 64Bit Version für Windows erscheint :-).

    Nochmals Danke und beste Grüsse

    PS: Seit etwas netter zu einander :-)

Seite 3 von 3 ErsteErste 123

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