Re: Sun performance - Major discovery! - Mailing list pgsql-performance

From Bruce Momjian
Subject Re: Sun performance - Major discovery!
Date
Msg-id 200310091708.h99H8fY07153@candle.pha.pa.us
Whole thread Raw
In response to Re: Sun performance - Major discovery!  (Jeff <threshar@torgo.978.org>)
List pgsql-performance
Jeff wrote:
> On Thu, 9 Oct 2003, Kenneth Marshall wrote:
>
> > Jeff,
> >
> > My first concern with the -fast option is that it makes an executable
> > that is specific for the platform on which the compilation is run
> > unless other flags are given. My second concern is the effect it has
> > on IEEE floating point behavior w.r.t. rounding, error handling, ....
> > And my third concern is that if you use -fast, all other code must
> > be compiled and linked with the -fast option for correct operation,
> > this includes any functional languages such as perl, python, R,...
> > That is a pretty big requirement for a default compilation flag.
> >
> > Ken Marshall
> >
>
> So you think we should leave PG alone and let it run horrifically slowly?
> Do you have a better idea of how to do this?
>
> And do you have evidence apps compiled with -fast linked to non -fast
> (or gcc compiled) have problems?

I have updated the Solaris FAQ:


5) How can I compile for optimum performance?

Try using the "-fast" compile flag.  The binaries might not be portable to
other Solaris systems, and you might need to compile everything that links
to PostgreSQL with "-fast", but PostgreSQL will run significantly faster,
50% faster on some tests.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-performance by date:

Previous
From: Jeff
Date:
Subject: Re: Sun performance - Major discovery!
Next
From: Andrew Sullivan
Date:
Subject: Re: Sun performance - Major discovery!