summaryrefslogtreecommitdiff
path: root/sql-bench/ChangeLog
diff options
context:
space:
mode:
authorunknown <konstantin@mysql.com>2005-01-25 02:31:51 +0300
committerunknown <konstantin@mysql.com>2005-01-25 02:31:51 +0300
commitdc43c6ea4b2bd3c466049674b4c760cad9ad2979 (patch)
treeacf1d9a2743f4e2584213f4b4a0d876dd29a64cc /sql-bench/ChangeLog
parent4332ac91cd902b70fdbd605c9954413d5b2ce9e5 (diff)
downloadmariadb-git-dc43c6ea4b2bd3c466049674b4c760cad9ad2979.tar.gz
A fix for Bug#5787 "mysql_stmt_prepare is upto 8 times slower":
it's crucial to disable Nagle algorithm on client for no-reply commands (like mysql_stmt_free) to always work fast. Nagle algorithm instructs the sender to buffer (store) data if any unacknowledged data is outstanding and the size of to-send data is less than the network segment. It was exactly the case with COM_STMT_CLOSE after COM_STMT_PREPARE, so the client was waiting for Nagle timer to expire or for ACK from the server, while the server was holding up ACK because of delayed acknowledgement algorithm. The tricky part is that we have been already disabling Nagle algorithm (by setting TCP_NODELAY) almost everywhere except Windows (and maybe Netware). It is the reason why the bug was repeatable only with Windows client. vio/viosocket.c: A fix for Bug#5787 "mysql_stmt_prepare is upto 8 times slower": if we disable Nagle algorithm, do it everywhere.
Diffstat (limited to 'sql-bench/ChangeLog')
0 files changed, 0 insertions, 0 deletions