summaryrefslogtreecommitdiffstats
path: root/generic/tclProc.c
diff options
context:
space:
mode:
authordgp <dgp@noemail.net>2014-08-21 23:07:34 (GMT)
committerdgp <dgp@noemail.net>2014-08-21 23:07:34 (GMT)
commitb4a0257ed31d63ece637c84e20006df85c70cb73 (patch)
tree63acdbd3c99b28e286b58dbf1ae80cd75cb49d8d /generic/tclProc.c
parent04f2990ccc01da9010bc9b8de9a1a71506508a35 (diff)
downloadtcl-b4a0257ed31d63ece637c84e20006df85c70cb73.zip
tcl-b4a0257ed31d63ece637c84e20006df85c70cb73.tar.gz
tcl-b4a0257ed31d63ece637c84e20006df85c70cb73.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. FossilOrigin-Name: 85cd086fd277438a7242118c851cb5ae7cb289f3
Diffstat (limited to 'generic/tclProc.c')
0 files changed, 0 insertions, 0 deletions