--
https://www.xing.com/profile/Andreas_Kretschmer7ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
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.
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 flottKomisch, 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
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)
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.
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
--
https://www.xing.com/profile/Andreas_Kretschmer7ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
--
https://www.xing.com/profile/Andreas_Kretschmer7ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
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 :-)
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen