Re: Looking for info on Solaris 7 (SPARC) specific considerations - Mailing list pgsql-general

From Peter Eisentraut
Subject Re: Looking for info on Solaris 7 (SPARC) specific considerations
Date
Msg-id Pine.LNX.4.30.0101231735050.788-100000@peter.localdomain
Whole thread Raw
In response to Looking for info on Solaris 7 (SPARC) specific considerations  (Frank Joerdens <frank@joerdens.de>)
List pgsql-general
First, you read the installation instructions.  Then, if specific problems
come up you send specific problem reports.  But I think we have this
platform pretty much covered.  Good luck.


Frank Joerdens writes:

> I am faced with the task of installing, configuring, and tuning my
> database, which is currently running under Linux, under Solaris 7 on a
> brand-new and shiny Sun UltraSPARC (3 CPUs, 768 MB RAM), because the sysadmin at the site
> hasn't used or installed PostgreSQL and would rather have me do it. Is
> this actually supported? The FAQ (the one bundled with the 7.1 beta3
> which I'll be using) lists only:
>
> sparc_solaris - SUN SPARC on Solaris 2.4, 2.5, 2.5.1
>
> If it is supported (I don't suppose a little OS version number increment
> would make a differnce here), I've never used Solaris or anything other
> than Intel-based hardware and am looking for some info on what to watch
> out for and consider when installing and tuning PostgreSQL on Solaris on
> a SPARC plattform. Aside from the shared memory stuff in the Admin
> Guide, I haven't found anything so far. Particularly, I would expect
> that you could gain a significant performance boost from running the
> database on a 64 bit plattform (without knowing exactly why, only
> picking up on word-of-mouth and assorted hype on 64 bit architectures).
> How do you get the most out of it? Would I use gcc or the native Sun
> compiler (how do you control that anyway)?
>
> Any pointers would be much appreciated.
>
> Thanks, Frank
>
>

--
Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/


pgsql-general by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Outer Joins
Next
From: Tom Lane
Date:
Subject: Re: Re: postgres memory management