You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 13, 2025. It is now read-only.
In t/004.compatibility_nginx.t, test 3 is supposed to use jdomain with the least_conn algorithm, but the test is actually quite weak, making it not obvious to determine is the least_conn algorithm is even properly working.
The test only makes single connections at a time to the test nginx server, resulting in the load balancer effectively using round robin, which is indeed a valid behaviour of least_conn, but not representative of a live scenario where the peer is actually chosen based on least connected peers.
This test case should be improved to simulated many simultaneous connections to the upstream block so we can really see least_conn in action with jdomain upstreams.
In
t/004.compatibility_nginx.t, test 3 is supposed to usejdomainwith theleast_connalgorithm, but the test is actually quite weak, making it not obvious to determine is theleast_connalgorithm is even properly working.The test only makes single connections at a time to the test nginx server, resulting in the load balancer effectively using round robin, which is indeed a valid behaviour of
least_conn, but not representative of a live scenario where the peer is actually chosen based on least connected peers.This test case should be improved to simulated many simultaneous connections to the upstream block so we can really see
least_connin action withjdomainupstreams.