[issue16175] Add I/O Completion Ports wrapper

Christian Heimes added the comment: Thanks, I'm closing this ticket. -- resolution: -> out of date stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue16175] Add I/O Completion Ports wrapper

Richard Oudkerk added the comment: > Is this patch still of relevance for asyncio? No, the _overlapped extension contains the IOCP stuff. -- ___ Python tracker ___ _

[issue16175] Add I/O Completion Ports wrapper

Christian Heimes added the comment: Is this patch still of relevance for asyncio? -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue16175] Add I/O Completion Ports wrapper

Changes by Richard Oudkerk : Added file: http://bugs.python.org/file27516/iocp_example.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue16175] Add I/O Completion Ports wrapper

Richard Oudkerk added the comment: Adding the IOCP functions to _winapi is straightforward -- see patch. Note that there seems to be no way to unregister a handle from an IOCP. Creating overlapped equivalents of socket.accept() and socket.connect() looks more complicated. Perhaps that should

[issue16175] Add I/O Completion Ports wrapper

Jesús Cea Avión added the comment: Some old documentation: http://web.archive.org/web/20110719052845/http://developers.sun.com/solaris/articles/event_completion.html -- ___ Python tracker _

[issue16175] Add I/O Completion Ports wrapper

Jesús Cea Avión added the comment: If this is going to be available for Windows, I would like to help to integrate too the "Event Completion Framework" of Solaris 10 and up. -- ___ Python tracker _

[issue16175] Add I/O Completion Ports wrapper

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16175] Add I/O Completion Ports wrapper

Antoine Pitrou added the comment: > According to http://msdn.microsoft.com/en-us/library/aa365198%28VS.85% > 29.aspx once you call GetQueuedCompletionStatus() your thread is > managed by the IOCP and only up to a given parameter of those threads > are allowed to run. They recommend setting that

[issue16175] Add I/O Completion Ports wrapper

Guido van Rossum added the comment: According to http://msdn.microsoft.com/en-us/library/aa365198%28VS.85%29.aspx once you call GetQueuedCompletionStatus() your thread is managed by the IOCP and only up to a given parameter of those threads are allowed to run. They recommend setting that para

[issue16175] Add I/O Completion Ports wrapper

Antoine Pitrou added the comment: > Have you all read the docs for IOCP? It is not for the faint of > heart. E.g. it integrates with the thread scheduler. Yes, IOCP (or overlapped I/O) may use threads under the hood, but IIUC this can be ignored by the programmer, and GetQueuedCompletionStatus

[issue16175] Add I/O Completion Ports wrapper

Guido van Rossum added the comment: I would be happy with requiring that the user use pywin32 if they want to use this. Have you all read the docs for IOCP? It is not for the faint of heart. E.g. it integrates with the thread scheduler. -- ___ Py

[issue16175] Add I/O Completion Ports wrapper

Giampaolo Rodola' added the comment: > We could have a public module exposing IOCP as a nice API :-) What about select module? -- nosy: +giampaolo.rodola ___ Python tracker ___

[issue16175] Add I/O Completion Ports wrapper

Antoine Pitrou added the comment: I'm not sure why we would have "no code to write" unless you're thinking of integrating pywin32 into the stdlib. As Richard said, overlapped I/O is already more or less supported as part of the _winapi private module. But IOCP itself isn't exposed. We could hav

[issue16175] Add I/O Completion Ports wrapper

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue16175] Add I/O Completion Ports wrapper

Richard Oudkerk added the comment: Note that since Python 3.3, multiprocessing and _winapi make some use of overlapped IO. One can use _winapi.ReadFile() and _winapi.WriteFile() to do overlapped IO on normal socket handles created using socket.socket(). -- ___

[issue16175] Add I/O Completion Ports wrapper

Guido van Rossum added the comment: So do we need this ticket at all? It seems there's no code to write -- all we need to do is make sure we can integrate IOCP in the future standard reactor interface. That hardly seems a reason to keep a ticket open. --

[issue16175] Add I/O Completion Ports wrapper

Christian Heimes added the comment: Guido, Richard pointed out that pywin32 already wraps the necessary bits of IOCP. The functions are in the win32file package. Cogen's reactor uses pywin32 instead of ctypes, too. The library has an *additional* ctypes based interface in the directory ctypes

[issue16175] Add I/O Completion Ports wrapper

Changes by Jeremy Kloth : -- nosy: +jkloth ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue16175] Add I/O Completion Ports wrapper

Guido van Rossum added the comment: Tough choice. I'm not in favor of using either ctypes or Cython for this purpose -- ctypes because it's brittle, and Cython because it is a huge complicated system of its own that I would rather not depend on. Cython already depends on CPython, so CPython

[issue16175] Add I/O Completion Ports wrapper

Changes by Guido van Rossum : -- nosy: +mhammond ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue16175] Add I/O Completion Ports wrapper

Richard Oudkerk added the comment: > Cogen [4] uses ctypes wrapper. In the code for the IOCP reactor only ctypes.FormatError() is used from ctypes. It uses pywin32 instead. -- nosy: +sbt ___ Python tracker _

[issue16175] Add I/O Completion Ports wrapper

New submission from Christian Heimes: Guido has expressed [1] that he like to see IOCP support in the stdlib for the grant unified asyncore interface. Quote from MSDN [2]: --- I/O completion ports provide an efficient threading model for processing multiple asynchronous I/O requests on a multi