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 jcea
Recipients exarkun, jcea
Date 2011-11-07.14:56:48
SpamBayes Score 1.6886923e-05
Marked as misclassified No
Message-id <1320677809.47.0.331406536948.issue6397@psf.upfronthosting.co.za>
In-reply-to
Content
Please, review.

With current code, each devpoll object has capacity for managing 256 fds, by default. This is about 2048 bytes. The cost seems reasonable, since a normal program will have only a few devpoll objects around. I have considered an optional parameter to tune this, but interaction with rlimit is messy. Even if we manage 65536 fds, the memory cost is about 512Kbytes per devpoll, and you surely can affort it if you are actually managing 65536 descriptors...

The code is not threadsafe. It doesn't crash, but concurrent use of a devpoll has undefined results.

Please, review for integration.
History
Date User Action Args
2011-11-07 14:56:49jceasetrecipients: + jcea, exarkun
2011-11-07 14:56:49jceasetmessageid: <1320677809.47.0.331406536948.issue6397@psf.upfronthosting.co.za>
2011-11-07 14:56:48jcealinkissue6397 messages
2011-11-07 14:56:48jceacreate