[Fwd: [issue6397] Implementing Solaris "poll" in the "select" module]

-- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea@jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz

The select module already supports the poll() system call. Or is there a special variant that only Solaris has? 2009/7/1 Jesus Cea <jcea@jcea.es>:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)

On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossum<guido@python.org> wrote:
The select module already supports the poll() system call. Or is there a special variant that only Solaris has?
I think Jesus refers to /dev/poll—i.e., the interface for edge-triggered polling on Solaris. This is the Solaris equivalent of FreeBSD's kqueue and Linux's epoll. -- Alexandre

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre Vassalotti wrote:
Yes. In python 2.6, Linux and *BSD benefice of access to high performing "poll"-like interfaces, non portable. Solaris has "/dev/poll" too, so we can provide another non-portable interface :). In fact I think it could be interesting to investigate the direct use of "/dev/poll" in Solaris under "select.poll" implementation, if available, in a transparent way. With this could be possible to improve efficiency without adding another non-portable interface. But before investigating options, I want to know if there is interest on it. I think so, because Solaris/OpenSolaris is an important platform, I will take care of the code, and we already have non-portable interfaces: "select.epoll" for Linux and "select.kqueue" for *BSD. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea@jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBSkyDXZlgi5GaxT1NAQJSawP/SUf2AVfzYbqv8F3zZjNBspFu5c3bYVEK 6A2YSW0WIrNiQtcI9Ka99dCCzHI6cwohlDhxQddJEG4w30hewsFBFJqftSpPLhkv ToSUNDYe37QmRgVrcns//repWoaMwsrt8MMQU6MLb9pyaoT4Pffe1vcbqg+/XgUN EJENI7BjSOw= =BTMr -----END PGP SIGNATURE-----

The select module already supports the poll() system call. Or is there a special variant that only Solaris has? 2009/7/1 Jesus Cea <jcea@jcea.es>:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)

On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossum<guido@python.org> wrote:
The select module already supports the poll() system call. Or is there a special variant that only Solaris has?
I think Jesus refers to /dev/poll—i.e., the interface for edge-triggered polling on Solaris. This is the Solaris equivalent of FreeBSD's kqueue and Linux's epoll. -- Alexandre

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre Vassalotti wrote:
Yes. In python 2.6, Linux and *BSD benefice of access to high performing "poll"-like interfaces, non portable. Solaris has "/dev/poll" too, so we can provide another non-portable interface :). In fact I think it could be interesting to investigate the direct use of "/dev/poll" in Solaris under "select.poll" implementation, if available, in a transparent way. With this could be possible to improve efficiency without adding another non-portable interface. But before investigating options, I want to know if there is interest on it. I think so, because Solaris/OpenSolaris is an important platform, I will take care of the code, and we already have non-portable interfaces: "select.epoll" for Linux and "select.kqueue" for *BSD. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea@jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBSkyDXZlgi5GaxT1NAQJSawP/SUf2AVfzYbqv8F3zZjNBspFu5c3bYVEK 6A2YSW0WIrNiQtcI9Ka99dCCzHI6cwohlDhxQddJEG4w30hewsFBFJqftSpPLhkv ToSUNDYe37QmRgVrcns//repWoaMwsrt8MMQU6MLb9pyaoT4Pffe1vcbqg+/XgUN EJENI7BjSOw= =BTMr -----END PGP SIGNATURE-----
participants (4)
-
Alexandre Vassalotti
-
Gregory P. Smith
-
Guido van Rossum
-
Jesus Cea