From 6822c1e7c0ac5bf40f0c97243fa367a4a3d0de45 Mon Sep 17 00:00:00 2001 From: Valentin Kovalenko Date: Mon, 2 Dec 2024 17:15:32 -0700 Subject: [PATCH] Update source/connection-monitoring-and-pooling/connection-monitoring-and-pooling.md Co-authored-by: Matt Dale <9760375+matthewdale@users.noreply.github.com> --- .../connection-monitoring-and-pooling.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/source/connection-monitoring-and-pooling/connection-monitoring-and-pooling.md b/source/connection-monitoring-and-pooling/connection-monitoring-and-pooling.md index 83c669ef91..ea97e844e3 100644 --- a/source/connection-monitoring-and-pooling/connection-monitoring-and-pooling.md +++ b/source/connection-monitoring-and-pooling/connection-monitoring-and-pooling.md @@ -1261,10 +1261,10 @@ these fields would allow for faster diagnosis of issues in the connection pool, from occurring. Additionally, these options have the effect of prioritizing newer requests over older requests, which is not necessarily -the behavior that users want. For example, consider a situation when a waitQueue is full, and a request for -[Connection](#connection) gets rejected. Then a spot opens in the waitQueue, and a newer request gets accepted. One may +the behavior that users want. For example, consider a situation when a WaitQueue is full, and a request for +[Connection](#connection) gets rejected. Then a spot opens in the WaitQueue, and a newer request gets accepted. One may say that the newer request was prioritized over the older one, which violates the fairness recommendation that the -waitQueue normally adheres to. +WaitQueue normally adheres to. Because of these issues, it does not make sense to [go against driver mantras and provide an additional knob](../driver-mantras.md#). We may eventually pursue an