Re: horo(r)logy test fail on solaris (again and solved)

From: Kenneth Marshall <ktm(at)it(dot)is(dot)rice(dot)edu>
To: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org, Match(dot)Grun(at)thomson(dot)com
Subject: Re: horo(r)logy test fail on solaris (again and solved)
Date: 2006-09-27 14:26:08
Message-ID: 20060927142608.GN22081@it.is.rice.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Sep 27, 2006 at 04:09:18PM +0200, Zdenek Kotala wrote:
> Tom Lane napsal(a):
> >Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM> writes:
> >>The problem was generated, because -fast option was set only for the
> >>compiler and not for the linker. Linker takes wrong version of
> >>libraries. If -fast is set for both then horology test is OK, but
> >>question was if float optimalization should generate some problems.
> >
> >So FAQ_Solaris needs to tell people to put -fast in both CFLAGS and
> >LDFLAGS?
>
> Exactly, but I want to sure, that float optimalization is safe and
> should be applied for postgres, because -fast breaks IEE754 standard. If
> it is OK I will adjust FAQ_Solaris.
>
> Zdenek
>
Unless the packager understands the floating point usage of every
piece and module included and the effect that the -fast option will
have on them, please do not recommend it for anything but extremely
well tested dedicated use-cases. When it causes problems, it can
be terrible if the problems are not detected immediately. Massive
data corruption could occur.

Given these caveats, in a well tested use-case the -fast option can
squeeze a bit more from the CPU and could be used. I have had to
debug the fallout from the -fast option in other software in the
past. Let's just say, backups are a good thing.

I would vote not to recommend it without very strong cautions similar
to was Sun includes in the compiler manual pages.

Ken

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-09-27 14:30:21 Re: Block B-Tree concept
Previous Message Andrew Dunstan 2006-09-27 14:23:13 psql service parameter