Hi William,
On Feb 27, 2010, at 3:16 AM, Caristan William wrote:
All instances are setup with -Xms64m -Xmx512m (about 10G used for
250 instances running and 32G RAM on each server ).
If I am calculating that correctly, that is only 40MB per instance.
That is a very low memory footprint!
I dont really know about the concurrent sessions, I would say 50 or
100 on a single server. And I do not use dispatcher. I use default
WO configurations.
If you want to try it, you can add "-
DWOAllowsConcurrentRequestHandling=true" to the application launch
arguments. I don't know if that will have any useful effect for you.
It really depends on access patterns and what the application spends
its time on.
No i'm not using Wonder's version as my WO (5.3 version)
configuration files are generated by a shell script. I'll give a try
to Wonder version
Based on your reply to Miguel, you may not find the additions that I
was thinking of very useful. They are more for situations where you
have a large number of identical instances.
Anjo also added an admin direct action so that JavaMonitor functions
(start app, stop app, query status, much more) can be performed from a
script (with curl) or from Java code. Perhaps that would be of use to
you?
Thanks for the information, this is interesting!
Chuck
Chuck Hill a écrit :
On Feb 26, 2010, at 10:42 AM, Caristan William wrote:
I'm not about to run 1000 instances on a single prod server. But
we indeed have about 1000 prod instances dispatched on 3 servers.
That is impressive. Can you release any other information on this?
How much memory is allocated to each? How many concurrent sessions
does each serve (on average)? Are you using concurrent request
dispatching?
Are you using JavaMonitor to manage these? If so, are you using
Wonder's JavaMonitor? Anjo added some features to help manage
large deployments. I am curious if you are finding them useful.
And I already faced 2 default limit problems (64 for apache
adaptor and 255 for -WOWorkerThreadCountMax wotaskd parameter).
So I'd would like to be aware about any other limit problem, and
not to have to solve it when already in emergency. Then I would
like to check if it's possible to have lets say 600 instance in a
single server.
It should be, if you have enough RAM. The other bottle neck is
probably I/O to the database.
About your link, I also found this page, and already tried /etc/
rc.common, no success. I didn't tried WindowServer wrapper as
wotaskd is launched from system boot, not from GUI; So I was not
sure about that. I'll give it a try antway.
I tried this wrapper not on widowServer but on /sbin/launchd
and ... I broke my test server, does not boot anymore :/
Ouch! :-)
Chuck
Timo Hoepfner a écrit :
Hi,
about 1000 instances seems to be a lot, are you sure you are on
the right track with this deployment?
Here's an older hint. Some infos in the comments, especially the
ones at the very bottom might still be helpful:
http://www.macosxhints.com/article.php?story=200311151254441
Timo
Am 26.02.2010 um 15:22 schrieb Caristan William:
Hi
I'm trying to run about one thousand webobjects instances on
Mac OSX Server 10.5.3.
Then i recompiled apache adaptor and setup wotaskd with -
WOWorkerThreadCountMax.
I have
root# sysctl -n kern.maxproc
2500
root# sysctl -n kern.maxprocperuid
1000
But I have a last problem with max user processes at system
level for appserver user.
I setup ulimit -u in /System/Library/WebObjects/JavaApplications/
wotaskd.woa/wotaskd wich is run as appserver user. But this user
is not allowed to setup more than ulimit -u 532:
root# sudo -u appserver ulimit -u 533
/usr/bin/ulimit: line 4: ulimit: max user processes: cannot
modify limit: Operation not permitted
root# sudo -u appserver ulimit -u 532
root#
It's possible in current shell if it's allowed by root nefore:
root# ulimit -u 1024
root# sudo -u appserver ulimit -u 1024
root#
Does anyone know to setup system to launch wotaskd with such
ulimit -u?
Thanks.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected]
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/th-dev%40onlinehome.de
This email sent to [email protected]
.
--
Cordialement,
<image001.gif>
Cellule Bases de Données & Exploitation
CARISTAN William
Administrateur BdD
tél. : 33 (0)5 4000 60 11
[email protected]
www.univ-bordeaux.fr/tic
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected]
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net
This email sent to [email protected]
--
Cordialement,
<image001.gif>
Cellule Bases de Données & Exploitation
CARISTAN William
Administrateur BdD
tél. : 33 (0)5 4000 60 11
[email protected]
www.univ-bordeaux.fr/tic
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [email protected]
