> Seems clear that this is for a thread requiring C connections simultaneously to get its work done. Exactly. As that document says (my emphasis): > The prosp

> Seems clear that this is for a thread requiring C connections simultaneously to get its work done. Exactly. As that document says (my emphasis): > The prospect of "pool-locking" has been raised with respect to single actors that acquire many connections. This is largely an application-level issue. Yes, increasing the pool size can alleviate lockups in these scenarios, but we would urge you to examine first what can be done at the application level before enlarging the pool. > Where Tn is the maximum number of threads, and Cm is the maximum number of simultaneous connections held by a single thread. To be honest, i think applications do this are broken ("largely an application-level issue"), so i'm not sure how important it is.