>> I'd double the RAM, use 15k drives for the RAID-10 array and make sure
>> I used a 64-bit O/S.
> This may be a foolish question, but are people running windows 64-bit
> o/s, obviously the adoption rate is not as fast as Linux, but are users
> who are deploying Windows PostgreSQL servers, are they using 32 or
> 64 bit o/s?
Regarding performance of 64-bit in general, I posted this last year about
My 64-bit Data Warehouse running RedHat with PostgreSQL:
> I have dual Xeon's in my DWH, and I used to run 32-bit which I upgraded to
> 64-bit over Christmas. We run a nightly import to that database which used
> to take around 5 hours which now completes in less than 1 hour.
I don't know that much about it in technical detail, but that's just my
As far as Windows 64-bit goes, I'm also running 64-bit on our MS SQL Server
for SAP and that box flies along under 64-bit. Barely breaks 30% usage with
around 80 users. Specs for that box are quad Xeon 64-bit processors (8
8gb RAM and RAID-10 SAS 15k disks.
(No, I didn't get a choice about Windows or MSSQL)
There are some conflicts between the 64-bit system and RadioBeacon / Valogix
which we had to do some trickery to get around, but in general it's quite
Running 64-bit also allows the system to access and use over 4gb RAM without
having to get in to nasty things like PAE.
THINK BEFORE YOU PRINT - Save paper if you don't really need to print this
*******************Confidentiality and Privilege Notice*******************
The material contained in this message is privileged and confidential to
the addressee. If you are not the addressee indicated in this message or
responsible for delivery of the message to such person, you may not copy
or deliver this message to anyone, and you should destroy it and kindly
notify the sender by reply email.
Information in this message that does not relate to the official business
of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta.
Weatherbeeta, its employees, contractors or associates shall not be liable
for direct, indirect or consequential loss arising from transmission of this
message or any attachments
pgsql-novice by date
|Next:||From: Devrim GÜNDÜZ||Date: 2008-05-01 07:01:02|
|Subject: Re: Configuration on CentOS 4.6|
|Previous:||From: A B||Date: 2008-04-30 06:45:00|
|Subject: Re: Insert with possible constraint violations?|