> > > 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. //Magnus
