Thanks a lot for all your input.
Thanks,
Suraj.
On Wed, Feb 16, 2011 at 5:18 AM, Eelco Hillenius
eelco.hillen...@gmail.comwrote:
My aim would be to push requests towards statelessness as much as
possible.
Noticing this some guys have told me that maybe wicket is not for this.
Considering
On Tue, Feb 15, 2011 at 8:27 AM, Suraj Chandran
suraj.chand...@ny.email.gs.com wrote:
10K concurrent sessions.
That really is not a problem IMO.
If you have a 2GB heap: you probably should reserve 1GB for request
processing, and 1GB for session/cache/etc storage. However, memory is
not that
I don't think we even have an option to order servers with fewer than 8 cores
and 16GB of RAM at my day job. I think our minimum spec could easily handle
twice that load (20K sessions) on a single box. And the web tier scales out
very easily. Want more sessions, buy more boxes. I would not be
My aim would be to push requests towards statelessness as much as possible.
Noticing this some guys have told me that maybe wicket is not for this.
Considering that atleast 20% of the requests will be session based, do you
suggest using wicket.
You should also consider why you want to use
10K concurrent *requests* or sessions?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Is-wicket-suited-for-my-needs-tp3305543p3306071.html
Sent from the Users forum mailing list archive at Nabble.com.
I understand that wicket is a stateful session based framework, but there is
still provision for stateless stuff.
My aim would be to push requests towards statelessness as much as possible.
Noticing this some guys have told me that maybe wicket is not for this.
Considering that atleast 20% of
As Jonathan asked, did you really mean 10k concurrent *requests* (which is
what you stated originally), or did you mean 10k concurrent *sessions*?
--
Jeremy Thomerson
http://wickettraining.com
*Need a CMS for Wicket? Use Brix! http://brixcms.org*
On Mon, Feb 14, 2011 at 11:31 PM, Suraj
10K concurrent sessions.
Thanks,
Suraj.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org