[tao-users] Reliability of the dev_poll Reactor Type
mesnierp at objectcomputing.com
Wed Mar 15 05:27:04 CDT 2017
Resending after fixing my subscription.
On Tue, Mar 14, 2017 at 1:20 PM, Phil Mesnier <mesnierp at objectcomputing.com>
> Hi Joachim,
> I think it is pretty reliable. I've have a few commercial clients (Sorry,
> no names) that use dev_poll in high capacity / high performance
> environments. This is using OCITAO 2.2a on RHEL 6.6 and later.
> I think the ACE wrappers used to integrate dev poll are in pretty good
> shape, so as long as the underlying OS is good, you are good to go.
> Note that I mention OCITAO 2.2a simply because I have direct knowledge of
> supporting folks with that version, later releases of TAO from the DOC
> Group will work well too.
> Best regards,
> On Tue, Mar 14, 2017 at 1:06 PM, Joachim Achtzehnter <
> joachima at netacquire.com> wrote:
>> Hi all,
>> By default TAO uses the Select Reactor. On Unix/Linux platforms the
>> select() API cannot cope with situations where a process opens more than
>> 1024 file descriptors. This is a known issue, and with the advanced
>> resource factory option "-ORBReactorType dev_poll" TAO can be configured to
>> use the alternative ACE_Dev_Poll_Reactor, which does not have the same
>> The documentation still describes this option as experimental. The last
>> discussion I can find is from 2011/2012:
>> How reliable is it? Are people using dev_poll?
>> joachima at netacquire.com http://www.netacquire.com
>> tao-users mailing list
>> tao-users at list.isis.vanderbilt.edu
> Phil Mesnier
> Principal Engineer & Partner
> OCI | WE ARE SOFTWARE ENGINEERS.
> tel (314) 579-0066 x225 <(314)%20579-0066>
Principal Engineer & Partner
OCI | WE ARE SOFTWARE ENGINEERS.
tel (314) 579-0066 x225 <(314)%20579-0066>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the tao-users