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

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

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>,pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql-server/ /configure /configure.in rc/incl ...
Date: 2003-03-06 04:33:36
Message-ID: 200303060433.h264XaQ11718@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-performance
I assume he just assumed poll() actually polls.  I doesn't.  It is just
like select().


---------------------------------------------------------------------------

Tom Lane wrote:
> "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au> writes:
> >>> Has anyone ever thought about adding kqueue (for *BSD) support to
> >>> Postgres, instead of using select?
> >> 
> >> Why?  poll() is standard.  kqueue isn't, AFAIK.
> 
> > It's supposed be a whole heap faster - there is no polling involved...
> 
> Supposed by whom?  Faster than what?  And how would it not poll?
> 
> The way libpq uses this call, it's either probing for current status
> (timeout=0) or it's willing to block, possibly indefinitely, until the
> desired condition arises.  It does not sit there in a busy-wait loop.
> I can't see any reason to think that an OS-specific API would give
> any marked difference in performance.
> 
> 			regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-performance by date

Next:From: Shridhar DaithankarDate: 2003-03-06 06:53:42
Subject: Re: Batch copying of databases
Previous:From: Tom LaneDate: 2003-03-06 04:19:16
Subject: Re: pgsql-server/ /configure /configure.in rc/incl ...

pgsql-committers by date

Next:From: Sean ChittendenDate: 2003-03-06 09:41:17
Subject: Re: pgsql-server/ /configure /configure.in rc/incl ...
Previous:From: Tom LaneDate: 2003-03-06 04:19:16
Subject: Re: pgsql-server/ /configure /configure.in rc/incl ...

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