-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Martin,

On 8/4/17 4:53 AM, Martin Knoblauch wrote:
> Hi,
> 
> just need some clarification on the mod_jk load blanacing method
> "Next". The documentation states:
> 
> "If method is set to N[ext] the balancer will again use the number
> of sessions to find the best worker. All remarks concerning the
> Session method apply as well. The difference to the Session method
> is how the session count is handled in the sliding time window. The
> Next method does not divide by 2, instead it subtracts the current
> minimum number. This should effectively result in a round-robin
> session balancing, thus the name Next. Under high load, the two
> session balancing methods will result in a similar distribution,
> but Next will be better if you need to distribute small numbers of
> sessions. "
> 
> What exactly is the "current minimum number"? How is the minimum
> taken?
>> From all workers in the balancer set, or only the ACTive ones?

I don't know for sure, but just in case this is a language issue, I
believe it means it will subtract the "lowest number of sessions
amongst all active workers". So if you had workers 1, 2, and 3 with
45, 50, and 55 sessions respectively, it will subtract the value 45
from all worker session counts to determine the priority for which
node will get the next session.

> I know, I should look it up in the code :-)

The mod_jk code is some of the most difficult to read (within the
Tomcat project) for a number of reasons.

Hope that helps,
- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJZhOv+AAoJEBzwKT+lPKRYN2UQAKUFGQTSP4FKAGQym14SfBhe
ubtSXYyy8AWcEFax6VNJ61PKs6HDLzZWGrZU2A5T0q49/odTPXEOtFDls71quxvj
T++Nnq7fQrZPWT7x4agOzlnna6lz4FXZBGXoOBemQ86NDuU2tG2Q4J4V+2ZMErK8
kDPXhQ4UoVXTEUuIFfCSOXsPKg4SoIwJb0F/icrypFLtTIvd/De4DRZgNXbhf/CZ
9SRjDIniJ01xUcaUK+qyyD/KX91Gp80LVp5p1ma6fzXlVf2rQe7CLR7OLLUxjHFc
3ggWc+u6jipI9JiDNsuq/YkIUIIMGhKok4d/MaE9ydZEI9u3TZqtOzPwWiFZDY8j
n2ws38v7T8GHKhwRUsOEYlq/F9PaB410OgxMVLU0DO5Swdn1V5M2g6fMYTyMJTsa
wE7Ur4dh8R5Yrlhh9lYaRtt+9QpQBPpkYFPbY1F6PFOs0+zWwkEEQdjn3b2HPiVm
ot66WRSa5mXoEhJNIUeezxrQC4BugFte+bGcoTEkei7hPZp4msgV8zt2kMvSp0c7
hK9I0lZlnNeb3DosiFkWMABSwkLrSrLYiJb+AdC8gAhGcwFRsseRYh3gSP+yaEr2
0VV5iWYuaIhCkq1h/uVMnqId4PJjOAgB/NYD4AE2bXwbTR/qGpjMZDsWefnU6AM/
7TnD5f8GbgGpUun0C/pg
=Saq3
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to