Thread: Re: qsort (was Re: Solaris) (fwd)

> dalgoda@ix.netcom.com (Mike Castle) writes:
> > Better yet:  Anyway of running performance tests from configure?
>
> Peter will object to that because of cross-compilation issues; and I'll
> object because I run configure often enough that I don't want it to take
> the time that would be needed for a reliable performance test ...

I would think that any performance testing would belong in the regression
suite.  And as anyone who lived through the TPC-A/B/C wars knows, it is
possible to write or tune to the test suite, which may or may not reflect
reality.  (Reality is SO variable!)
--
Mike Nolan

On Tue, 29 Apr 2003 nolan@celery.tssi.com wrote:

> > dalgoda@ix.netcom.com (Mike Castle) writes:
> > > Better yet:  Anyway of running performance tests from configure?
> >
> > Peter will object to that because of cross-compilation issues; and I'll
> > object because I run configure often enough that I don't want it to take
> > the time that would be needed for a reliable performance test ...
>
> I would think that any performance testing would belong in the regression
> suite.  And as anyone who lived through the TPC-A/B/C wars knows, it is
> possible to write or tune to the test suite, which may or may not reflect
> reality.  (Reality is SO variable!)

I always thought the best place to test is with a copy of your real
data...  I'd certainly be willing to flip a ./configure switch or GUC to
test it myself.  I'm sure others would too.  But it's probably easy enough
to just hack the configure script myself.  Or is this one of those things
that fraught with dependency issues?

"scott.marlowe" <scott.marlowe@ihs.com> writes:
> I always thought the best place to test is with a copy of your real
> data...  I'd certainly be willing to flip a ./configure switch or GUC to
> test it myself.  I'm sure others would too.  But it's probably easy enough
> to just hack the configure script myself.

Just edit src/Makefile.global after running configure, and add "qsort.o"
to the "LIBOBJS =" line.  Then build as usual.

            regards, tom lane