Re: 64 bit Win 2008, 32 bit client, ?bit Postgres? - Mailing list pgsql-general

From Schnabel, Robert D.
Subject Re: 64 bit Win 2008, 32 bit client, ?bit Postgres?
Date
Msg-id C20A71F48B88EF419C0DC4A5514984462F8245@UM-MBX-N03.um.umsystem.edu
Whole thread Raw
In response to 64 bit Win 2008, 32 bit client, ?bit Postgres?  (Russell Keane <Russell.Keane@inps.co.uk>)
List pgsql-general
From: pgsql-general-owner@postgresql.org [mailto:pgsql-general-owner@postgr=
esql.org] On Behalf Of Russell Keane
Sent: Thursday, February 07, 2013 9:25 AM
To: pgsql-general@postgresql.org
Subject: [GENERAL] 64 bit Win 2008, 32 bit client, ?bit Postgres?

I appreciate this may have been answered before but I can find no definitiv=
e answer so please bear with me...

I found a good explanation here but it's a bit out of date:
http://blog.hagander.net/archives/73-PostgreSQL-vs-64-bit-windows.html

We have a 64 bit Win 2008 machine with 16 GB RAM
Our 32 bit client applications are on 32 bit windows.
We have developed and tested against 32 bit postgres.

Would it be better to upgrade postgres to (or start out with) 64 bit?

As I understand it, under windows you're better off leaving the memory for =
the OS as postgres relies heavily on OS level caching and, as postgres is m=
ulti-process, in theory each process (and therefore connection) could addre=
ss up to 4 GB anyway.

Also, I understand that 64 bit can handle larger numbers (and possibly move=
 dates around more efficiently) but are there any fundamental differences b=
etween the functionality or behaviour in 32 / 64 postgres for windows?


Thanks for your help,

Regards,


Regards,

Russell Keane

[Schnabel, Robert D.]=20

Have a look at this post.  While not directly answering your question as to=
 fundamental differences it is applicable if you think you're going to be a=
ble to do larger sorts etc.
http://www.postgresql.org/message-id/17895.1315869622@sss.pgh.pa.us

Bob

pgsql-general by date:

Previous
From: Igor Neyman
Date:
Subject: Re: configuring timezone
Next
From: Chris Travers
Date:
Subject: Re: feature requests (possibly interested in working on this): functional foreign keys