Thread: Scalable postgresql using sys_epoll

IBM has rewritten their Domino database system to use the new
sys_epoll call available in the Linux 2.6 kernel.

Would Postgresql benefit from using this API? Is anyone looking at
this?

Anthony
http://xminc.com/mt/

Anthony_Barker wrote:

>IBM has rewritten their Domino database system to use the new
>sys_epoll call available in the Linux 2.6 kernel.
>
>Would Postgresql benefit from using this API? Is anyone looking at
>this?
>
>Anthony
>http://xminc.com/mt/
>
>  
>
I'm not familiar enough with the postgres internals, but is using 
libevent (http://monkey.org/~provos/libevent/) an option? It uses state 
triggered, rather than edge triggered, interface, and it automatically 
selects the best API for the job (epoll, poll, select). I'm not sure 
whether it's available for all the platforms postgres is available for.
         Shachar

-- 
Shachar Shemesh
Lingnu Open Systems Consulting
http://www.lingnu.com/

On Wed, 10 Mar 2004, Shachar Shemesh wrote:

> >IBM has rewritten their Domino database system to use the new
> >sys_epoll call available in the Linux 2.6 kernel.
> >
> >Would Postgresql benefit from using this API? Is anyone looking at
> >this?

> I'm not familiar enough with the postgres internals, but is using
> libevent (http://monkey.org/~provos/libevent/) an option? It uses state
> triggered, rather than edge triggered, interface, and it automatically
> selects the best API for the job (epoll, poll, select). I'm not sure
> whether it's available for all the platforms postgres is available for.

libevent is cool, but postgres uses a process-per-client
model, so the number of file descriptors of active interest
to a backend at any given time is low.

Matthew.