diff options
| author | dgp <dgp@users.sourceforge.net> | 2014-08-21 23:07:34 (GMT) |
|---|---|---|
| committer | dgp <dgp@users.sourceforge.net> | 2014-08-21 23:07:34 (GMT) |
| commit | efe771bd6741517d20bc6260f4d3669d7a699b66 (patch) | |
| tree | 63acdbd3c99b28e286b58dbf1ae80cd75cb49d8d /generic/tclFileName.c | |
| parent | 1701073d70f7be8200bd59362047199dedbd60b6 (diff) | |
| download | tcl-efe771bd6741517d20bc6260f4d3669d7a699b66.zip tcl-efe771bd6741517d20bc6260f4d3669d7a699b66.tar.gz tcl-efe771bd6741517d20bc6260f4d3669d7a699b66.tar.bz2 | |
Test fix for likely cause of reported I/O slowdown.
In a DoRead() revision, it came to favor making every effort to fill
buffers, in preference to a more sensible goal of favoring avoiding calls
out to the driver if there's already enough data in the buffers to satisfy
the read operation. Result is many more calls out to recv() than are
a good idea. Ought to show up most glaringly when many Tcl_Read() calls
asking for small numbers of bytes (compared to buffer size) each, and that
matches the reported case.
Diffstat (limited to 'generic/tclFileName.c')
0 files changed, 0 insertions, 0 deletions