apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mladen Turk <mt...@apache.org>
Subject Re: [WIN32] alternative apr_pollset implementation proposal
Date Mon, 18 Apr 2005 18:10:34 GMT
William A. Rowe, Jr. wrote:
> I do have a productive suggestion though that we kicked around once or
> twice.  Spin up helper threads (we can even keep a cache of them) to
> handle each group of 64 events, and have them pop an event to the
> parent thread once finished.  at 64x63 events, this could be quite
> respectible.

How did you think to catch the threads?
Sharing them among multiple pollsets, or keeping them around per

> Keep in mind, as you consider new designs for apr_poll, that the
> longest standing issue is polling on files.  If you can solve both
> issues in one whack, we would trip over each other getting your
> patch committed :)

Well in that case it would be switch among WSA and Object events,
not a big deal actually ;).

I'll see if the thread caching will be appropriate.


View raw message