Hello MySQL experts, I am new to MySQL and am seeing following behavior
Setup: MySQL 5.6.16 + thread pool extensions running on 3.18 kernel Two sysbench clients running from different PCs with total of 14k connections, each connection doing 2 select queries per sec. When I specify 7k connections from each client, sysbench shows latency of .3 msec (for both sides) If I run with 13k from one client and 1k from the other, latency comes to .6 msec (for both sides) I get that we are load balancing with 7k so latency improves but any ideas which part of MySQL server I should profile to see which area is messing it up with 13k+1k connection split- could it be poll() call? Or some other kernel area? Thanks in advance for my pointers... Martin PS: I hear that the same thing when run on kernel 2.6.32 doesn't show this bad latency witj 13+1 split...yet to be confirmed though -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/mysql