[08:24:01] <volans>	 did you just change the thread_pool_stall_limit?
[08:24:13] <jynus>	 yes
[08:24:48] <volans>	 good catch!
[08:25:12] <jynus>	 it was the result of discarding things
[08:25:29] <jynus>	 and narrowing yesterday to thread handling
[08:25:59] <volans>	 now make also sense from the description of the variable that should fix the symptom that we were seeing, waiting for a thread, with lower stall they get new threads
[08:26:01] <jynus>	 but it makes no sense, I do not really see lots of connections there, compared to, let's say, db1073
[08:26:08] <volans>	 but I don't know the real cause
[08:26:15] <volans>	 exactly
[08:26:18] <jynus>	 microstalls are expected
[08:26:27] <jynus>	 that is how the pool works
[08:26:36] <jynus>	 but not so large that timeout
[08:26:37] <volans>	 yeah, "micro"
[08:27:03] <jynus>	 so it could be only a workaround for some other problem
[08:27:17] <jynus>	 needs research, but "low"
[08:27:26] <jynus>	 go back to your duties!
[08:27:30] <jynus>	 and thanks
[08:28:54] <volans>	 no problem, thank you
[14:17:24] <jynus>	 I am trying to classify tickets to see DBA priorities