This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author neologix
Recipients christian.heimes, felipecruz, giampaolo.rodola, gvanrossum, meador.inge, neologix, pitrou, python-dev, rosslagerwall, sbt, vstinner
Date 2013-09-05.08:27:59
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAH_1eM2Vz_M7mPCpt0X3MuSquUJKvjOcAFn3qufPf0cR41vV2A@mail.gmail.com>
In-reply-to <1378329027.75.0.841674258567.issue16853@psf.upfronthosting.co.za>
Content
> Giampaolo Rodola' added the comment:
>
> I have realized just now that at least epoll() and kqueue() selectors could take advantage and define their own modify() method (there was even a TODO I totally missed).

As a side note, in the general case, there's more than a performance
optimization: the problem with unregister() + register() vs a real
modify (e.g. EPOLL_CTL_MOD) is that it's subject to a race condition,
if an event fires during the short window where the FD isn't
registered anymore.

But since selectors use level-triggered notification, that's not an
issue: I'll probably add a comment in the code explaining why it's
safe, though.
History
Date User Action Args
2013-09-05 08:28:00neologixsetrecipients: + neologix, gvanrossum, pitrou, vstinner, giampaolo.rodola, christian.heimes, meador.inge, rosslagerwall, python-dev, sbt, felipecruz
2013-09-05 08:28:00neologixlinkissue16853 messages
2013-09-05 08:27:59neologixcreate