Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
r27408 | shane | 2004-09-02 01:31:25 -0400 (Thu, 02 Sep 2004) | 12 lines DualModeChannel no longer attempts to close except in the main thread. Also simplified by removing the experimental SimultaneousModeChannel class. DualModeChannel is ambitious enough already. We don't need to expose even more bugs in asyncore. The advantage of closing in application threads is that it forces the TCP stack to flush buffers immediately, resulting in a quick response. However, TCP_NODELAY should have the same effect, so in theory, no speed has been lost. ------------------------------------------------------------------------ r27407 | shane | 2004-09-02 01:24:05 -0400 (Thu, 02 Sep 2004) | 5 lines Added a method of setting socket options and turned on TCP_NODELAY. Zope buffers everything already, so the Nagle algorithm is likely to delay unnecessarily in most forseeable cases. ------------------------------------------------------------------------ r27406 | shane | 2004-09-02 01:20:28 -0400 (Thu, 02 Sep 2004) | 2 lines Improved wording in interface docstrings
- Loading branch information
Jim Fulton
committed
Sep 2, 2004
1 parent
47fe0bb
commit c9d01dc
Showing
6 changed files
with
795 additions
and
115 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.