Can you please add an enhancement issue in bugzilla and attach the
patch. That way it doesn't get lost and we can easily find it.
Thanks!
Rainer
On 07.09.2010 19:36, Ruslan Gainutdinov wrote:
Thanks, JkShmSize helps.
However this solution does not seems to be flexible enough. No way to
tell how much memory needed beforehand.
Is there any way to reinit shared memory?
Seems to be a lot of such code on apache22 connector side...
Haven`t looked into solution to reserve space by adding disabled workers.
I believe it will be complicated, because it is not known whether
actual workers will be simple nodes or lbcluster.
I`ve made another patch.
Added JkWorkersFileReload apache setting, by default disabled.
It works if using JkWatchdogInterval only.
Adding a call to wc_reload to jk_status.c (just like mount file reloading)
sometimes crashes apache process.
http://huksley.sdot.ru/wp-content/uploads/2010/09/mod_jk-1.2.30-reload-workers-patch2.zip
With kindest personal regards,
Ruslan Gainutdinov
<rusla...@gmail.com>
On Tue, Sep 7, 2010 at 1:54 AM, Rainer Jung<rainer.j...@kippdata.de> wrote:
On 06.09.2010 22:04, Ruslan Gainutdinov wrote:
Thanks for info, I`ll check it out tomorrow.
AFAIK, on windows, it is not shared memory but some sort of pool.
Isn`t it dynamically grows when needed?
No. Until version 1.2.26 you had to configure a fixed max size, from which
the needed memory was allocated, but we didn't give you any indication about
how much you would need.
Starting with 1.2.27 we check how many load balancer and ajp workers are
configured and allocate shared memory (or plain memory on Windows) of
exactly the needed size.
As Mladen says: you can still set a size explicitely using JkShmSize, which
should disable the automatic calculation. You will get a warning though,
that you don't need to set JkShmSize (that's true for the current
functionality in mod_jk).
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
