Re: Sun performance - Major discovery!

From: Jeff <threshar(at)torgo(dot)978(dot)org>
To: Kenneth Marshall <ktm(at)it(dot)is(dot)rice(dot)edu>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Neil Conway <neilc(at)samurai(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Sun performance - Major discovery!
Date: 2003-10-09 17:04:23
Message-ID: Pine.BSF.4.44.0310091302170.70613-100000@torgo.978.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

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?

--
Jeff Trout <jeff(at)jefftrout(dot)com>
http://www.jefftrout.com/
http://www.stuarthamm.net/

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Bruce Momjian 2003-10-09 17:08:41 Re: Sun performance - Major discovery!
Previous Message Josh Berkus 2003-10-09 16:56:11 Re: go for a script! / ex: PostgreSQL vs. MySQL