Re: pgsql-server/ /configure /configure.in rc/incl ...

From: "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>
To: "Sean Chittenden" <sean(at)chittenden(dot)org>, "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-committers(at)postgresql(dot)org>
Subject: Re: pgsql-server/ /configure /configure.in rc/incl ...
Date: 2003-03-11 04:17:46
Message-ID: 018201c2e785$2c12c750$6500a8c0@fhp.internal
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-performance

> > I would personally be interested in seeing patches ... what would be
> > involved?
>
> Whoa! Surprisingly, much less than I expected!!! A small shim would
> have to be put in place to abstract away returning valid file
> descriptors that are ready to be read()/write(). What's really cool,
> is there are only a handful of places that'd have to be updated (as
> far as I can tell):

It would be nice to have this support there, however Tom was correct in
saying it really only applies to network apps that are handling thousands of
connections, all really, really fast. Postgres doesn't. I say you'd have
to do the work, then do the benchmarking to see if it makes a difference.

Chris

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Neil Conway 2003-03-11 04:42:35 Re: pgsql-server/ /configure /configure.in rc/incl ...
Previous Message Sean Chittenden 2003-03-11 04:11:33 Re: pgsql-server/ /configure /configure.in rc/incl ...

Browse pgsql-performance by date

  From Date Subject
Next Message Neil Conway 2003-03-11 04:42:35 Re: pgsql-server/ /configure /configure.in rc/incl ...
Previous Message Sean Chittenden 2003-03-11 04:11:33 Re: pgsql-server/ /configure /configure.in rc/incl ...