It will definetly hold, as long as you code it efficiently and as long
as you have enough processing power and memory of course.
What I'm not sure about is how much processing power and memory you need
to achieve that certain level of load. It's impossible to say seeing as
that no-one seems to have created a high-load JSF web site yet.
Laurentiu Trica wrote:
So there is no answer to this question.
My app should have 200-300 users logged in at the same time.
Let's say they will make 2-3 requests/min (each of them) => max 1000
reqs / min.
Is JSF going to hold?
I don't know, I made only simple projects in JSF until now...
Thanks in advance
On 8/21/06, *Frederic Auge* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
nope, I didn't, I think this feature wasn't available at that time.
Also, I didn't use StreamingAddResource context-param as it required
modifying our jsp.
On 8/20/06, Rogerio Pereira <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
> Have u done tests with client side state saving using compression?
>
> 2006/8/20, Frederic Auge <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>:
> > Hi guys,
> >
> > We had big performance problems with client state saving.
> > Changing to server helped a lot ! x4-5 improvement for serving
pages !
> >
> > We don't have any problems anymore. Our average load is 30
> > requests/min 24/24 7/7
> > And we could take a lot more (hopefully)
> >
> > We use a profiler when we have a specific performance problem
> > (understand a page that is slow). It's more likely to be in the
> > business tier than the web tier.
> >
> > Regards,
> > Fred
> >
> > On 8/20/06, Yee CN <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
> > >
> > >
> > >
> > >
> > > I am in the same boat – a distributed application that I was
building
> has to
> > > be converted to become centralized, so the number of users
suddenly
> becomes
> > > at least an order of magnitude larger.
> > >
> > >
> > >
> > > I am thinking memory might not be such a big issue as a
multi-CPU Intel
> > > boxes with 8GB of memory is getting rather common place
nowadays. But I
> am a
> > > bit concerned about view rendering time. A while back
somebody posted a
> > > benchmark which I recalled was showing that JSF pages took
about 4 times
> > > longer to render, and there were some non-linear issues as
well. In
> > > principle faster CPU plus cheaper boxes for clustering
should handle the
> > > problem, but I am dying for someone to share his/her
experience on large
> > > scale deployment of JSF.
> > >
> > >
> > >
> > > I have no regret so far – after the initial learning curve
the faster
> > > development/prototype time has been a great advantage to our
team.
> > >
> > >
> > >
> > > Regards
> > >
> > > Yee
> > >
> > > ________________________________
> > >
> > >
> > > From: Rogerio Pereira [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> ]
> > > Sent: Sunday, August 20, 2006 7:31 AM
> > > To: MyFaces Discussion
> > > Subject: Re: the biggest myfaces webapp
> > >
> > >
> > >
> > >
> > > Thanks guys, this kind of discussion is very useful.
> > >
> > >
> > > 2006/8/19, Kevin Galligan <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>:
> > >
> > >
> > > If memory is the major concern, I think the real unknown is
the view
> state
> > > storage. To be honest, this is an unknown for me
also. Currently I'm
> > > keeping that stuff on the client. If the page download size
isn't too
> big,
> > > I think this is the direction I'd stick with even in
production, as I
> don't
> > > have to worry about old views getting dumped from the
session in case
> the
> > > user really digs the back button.
> > >
> > > But, in general, I'm not sure what the memory issue would
be beyond the
> > > view storage. I'm anti-session for most things anyway,
besides carrying
> > > around some standard user info. I'm planning to rely on
smart coding,
> > > tuning hibernate settings (which, obvisouly, requires the
use of
> hibernate)
> > > and, possibly, turning on the hibernate cache for certain
parts of the
> data.
> > >
> > > However, I do understand your concern. I'm sort of in the
same boat.
> I'm
> > > implementing an app and I'm not sure how many people will be
logging
> into
> > > it. I don't know what the performance will really be
like. I still
> think
> > > there is some technical understanding of the JSF view that
I've ignored
> > > until now that would probably help. If anybody happens to
have a good
> page
> > > to point to that discusses the view, please forward that along.
> > >
> > > What kind of box will this be running on? I assume if this
is a
> production
> > > app that you might have a few hundred megs of memory
available for the
> > > application to play in? Making that assumption, you've got
about a meg
> per
> > > user. Right? While compared to some other technologies, a
meg per user
> is
> > > a lot, but at the same time, hardware is cheap compared to
developer
> time.
> > > Again, the big question mark in my mind is the view
storage. If it were
> > > stored on the client, in theory you wouldn't need much
session space
> besides
> > > authentication, if any. Right?
> > >
> > >
> > >
> > >
> > >
> > > On 8/19/06, Eurig Jones < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
> > >
> > > As far as I'm aware after the research I've done I haven't
seen any
> > > large websites done in JSF.
> > >
> > > I'm in the same boat as you. I'm developing an application
which
> > > potentially could have 200/300 users concurrently logged on
and this is
> > > a worry for me too. I'm trying to code the application as
carefully as
> I
> > > possibly can with the fact that "LOTS of users will be
logged on at the
> > > same time", always in the back of my mind. Like with any
web framework,
> > > you need to code the application in best possible practices
and as
> > > efficiently as possible (avoid using session beans as much
as you
> > > possibly can. etc.)
> > >
> > > My concerns are memory usage more than anything. But this
is a concern
> > > not with JSF but with developing my site with Tomcat and
J2EE in
> > > general. As for performance, to be honest with you, I feel
like I'm
> > > sailing into unchartered waters, because I really don't
know! I can't
> > > help looking at PHP/Apache and thinking how efficient and
proven it is
> > > under heavy load (And that wasn't a call for a start on a
PHP/Java
> debate).
> > >
> > > Regards,
> > > Eurig
> > >
> > > Rogerio Pereira wrote:
> > > > Somebody has myfaces webapps with more than 50/100
concurrent users?
> > > >
> > > > --
> > > > Yours truly (Atenciosamente),
> > > >
> > > > Rogério (_rogerio_)
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > --
> > > Yours truly (Atenciosamente),
> > >
> > > Rogério (_rogerio_)
> > > http://faces.eti.br
> > >
> >
>
>
>
> --
>
> Yours truly (Atenciosamente),
>
> Rogério (_rogerio_)
> http://faces.eti.br
--
Best regards,
Laurentiu
--
Fugro Robertson Limited Telephone: +44+ (0)1492 581811
Tyn-y-coed Site Fax: +44+ (0)1492 583416
Llanrhos
Llandudno
North Wales
UK LL30 1SA
General Email: [EMAIL PROTECTED]
World Wide Website: www.fugro-robertson.com
********************************************************************
* This email may contain confidential and privileged information *
* intended solely for the individual or organisation to whom it is *
* addressed. If the reader is not the intended addressee, or the *
* employee or agent responsible to deliver it to the addressee, *
* you are hereby notified that any dissemination, distribution or *
* copying is strictly prohibited. If you have received this email *
* in error, please notify the sender and either destroy the email *
* or return it to [EMAIL PROTECTED] *
* Please note this email is not intended to create legal relations.*
********************************************************************
