> > > I'd like to use the win32 provided recv(), send() 
> functions instead 
> > > of redirect them to pgwin32_recv()/pgwin32_send(), just 
> like libpq 
> > > does. If we do this, we will lose some functionalities, 
> but I'd like 
> > > to see the performance difference first. -- do you think 
> that will 
> > > be any difference?
> >
> > Doesn't work, really. It will no longer be possible to send 
> a signal 
> > to an idle backend. The idle backend will be blocking on recv(), 
> > that's how it works. So unless we can get around that 
> somehow, it's a 
> > non-starter I think.
> Yeah, agreed.  An alternative is set tiemout like 100 ms or 
> so. When timeout happens, check the signals. But I guess you 
> will be strongly against it.

Not on principle, but I don't think it'll give us enough gain for the
cost. But if it does, I'm certainly not against it.


---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Reply via email to