Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-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

pgsql-performance by date

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

pgsql-committers by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group