Issue 19813: Add a new optional timeout parameter to socket.socket() constructor (original) (raw)
Issue19813
Created on 2013-11-27 11:57 by vstinner, last changed 2022-04-11 14:57 by admin. This issue is now closed.
Messages (6) | ||
---|---|---|
msg204575 - (view) | Author: STINNER Victor (vstinner) * ![]() |
Date: 2013-11-27 11:57 |
Since Linux 2.6.28, socket() syscall accepts a new SOCK_NONBLOCK flag in the socket type. It avoids 1 or 2 extra syscalls to set the socket in non-blocking mode. This flag comes also slowly in other operating systems: NetBSD, FreeBSD, etc. FreeBSD: http://lists.freebsd.org/pipermail/freebsd-hackers/2013-March/042242.html Discussion in the POSIX standard: http://austingroupbugs.net/view.php?id=411 Avoiding the syscalls has been proposed on python-dev a few months ago: https://mail.python.org/pipermail/python-dev/2013-January/123661.html I tried to include SOCK_NONBLOCK in my PEP 446, but I have been asked to treat it separatly because it's completly different than O_CLOEXEC (even it looks similar). http://hg.python.org/peps/file/fa873d5aed27/pep-0446.txt#l64 I also proposed to add 2 functions in the PEP: * ``os.get_blocking(fd:int) -> bool`` * ``os.set_blocking(fd:int, blocking: bool)`` I propose to add a new timeout parameter to socket.socket() constructor which would set the timeout internal attribute and set O_NONBLOCK flag using the new SOCK_NONBLOCK flag, ioctl() or fcntl() (depending on the OS and on what is available). I don't know if something special should be done on Windows for non-blocking sockets? socket.socket.setblocking() already exists and I suppose that it works on Windows :-) See also the discussion in my old PEP for non-blocking operations in files on Windows: http://hg.python.org/peps/file/fa873d5aed27/pep-0446.txt#l177 I don't know if the new parameter can just be added at the end of the parameter list, or it should be a keyword-only parameter to avoid breakpoint backward compatibility? socket.socketpair() and socket.socket.dup() and socket.fromfd(), socket.create_connection() (and more generally any function creating a new socket) may also be modified. -- By the way, internal_setblocking() currently uses 2 fcntl() syscalls on Linux, whereas it could be implemented with a single ioctl() syscall using FIONBIO. Set O_NONBLOCK flag: int flag = 1; ioctl(fd, FIONBIO, &flag); Clear O_NONBLOCK flag: int flag = 0; ioctl(fd, FIONBIO, &flag); Tell me if you prefer a different issue for this optimization. | ||
msg204576 - (view) | Author: STINNER Victor (vstinner) * ![]() |
Date: 2013-11-27 12:02 |
Note: Python supports socket.SOCK_NONBLOCK since Python 3.2 (issue #7523). | ||
msg204579 - (view) | Author: Antoine Pitrou (pitrou) * ![]() |
Date: 2013-11-27 13:45 |
This really sounds pointless to me. How many sockets do you create per second? | ||
msg204690 - (view) | Author: Charles-François Natali (neologix) * ![]() |
Date: 2013-11-28 19:39 |
I'm with Antoine, this is *really* going too far. SOCK_CLOEXEC and friends are useful to avoid race conditions: there's no such concern with the non-blocking flag. Shaving one or two syscalls is IMO completely useless, and doesn't justify the extra code and, more importantly, clutter in the constructor. I'm -10. | ||
msg204694 - (view) | Author: Guido van Rossum (gvanrossum) * ![]() |
Date: 2013-11-28 19:52 |
OK, let's forget about it. | ||
msg204699 - (view) | Author: STINNER Victor (vstinner) * ![]() |
Date: 2013-11-28 21:11 |
I don't see what I can do against a -10 vote! :-) I opened the issue #19827 for the simple syscall optimization. |
History | |||
---|---|---|---|
Date | User | Action | Args |
2022-04-11 14:57:54 | admin | set | github: 64012 |
2013-11-28 21:11:54 | vstinner | set | messages: + |
2013-11-28 19:52:23 | gvanrossum | set | status: open -> closedresolution: wont fixmessages: + stage: resolved |
2013-11-28 19:39:29 | neologix | set | messages: + |
2013-11-27 13:45:15 | pitrou | set | messages: + |
2013-11-27 12:02:58 | vstinner | set | nosy: + neologixmessages: + |
2013-11-27 11:57:08 | vstinner | create |