sys_vars.slow_launch_time_func [ fail ]
Test ended at 2011-05-10 16:45:28
CURRENT_TEST: sys_vars.slow_launch_time_func
--- /root/HEAP/mysql-test/suite/sys_vars/r/slow_launch_time_func.result 2011-05-06 18:25:36.760325000 +0300
+++ /root/HEAP/mysql-test/suite/sys_vars/r/slow_launch_time_func.reject 2011-05-10 15:45:28.203986407 +0300
@@ -6,6 +6,14 @@
@@GLOBAL.slow_launch_time
0
** Connecting conn1 using username 'root' **
+ERROR: Subtest FN_DYNVARS_124_01 failed
+A new connect should be counted as 'slow_launch_thread' if
+@@GLOBAL.slow_launch_time=0
+SELECT @@GLOBAL.slow_launch_time;
+@@GLOBAL.slow_launch_time
+0
+Number of slow_launch_threads before new connect: 0
+Number of slow_launch_threads after new connect: 0
** Switch to connection default and disconnect conn1 **
'#--------------------FN_DYNVARS_124_02-------------------------#'
SET @@GLOBAL.slow_launch_time= 1000;
mysqltest: Result content mismatch
slow_launch_time is meaningless for thread pool, as no new threads are created to handle incoming requests. So for the thread pool slow_launch_time is adjusted to mean the upper bound for time between thread pool receiving request and a thread starting working on that request. The docs/release notes have to be adjusted for this.