We've loadtested CAS and been able to do over 60 logins per second (I'm not sure of the exact number)
-Scott
On 11/14/06, Giesin, Peter (NBC Universal) <[EMAIL PROTECTED]> wrote:
I am using 3.0.5. Yes, that looks true. I just can't seem to get any performance out of this thing. Have you done any type of load testing? What type of performance have you seen? If I can't get this this work any better I an going to have to pull it and replace it with something else. I just can't seem to get more than 20-30 login requests per second.Pete-----Original Message-----Which version of CAS are you using? Later versions synchronize on the specific ticket and not on any registries.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott Battaglia
Sent: Monday, November 13, 2006 11:08 PM
To: Yale CAS mailing list
Subject: Re: Re: Re: Re: CAS Performance
-Scott
On 11/13/06, Pete Giesin <[EMAIL PROTECTED]> wrote:After looking at it some more I think the log entries are not related.
One is the login and the other is the logout that is being processed.
The concern that I have is the large number of synchronized blocks
that are being used. This seems like it will cause many bottlenecks. I
updated the DefaultTicketCache to use JCS and removed the synchronized
methods. This seemed to help out some, but not entirely.
Thanks,
Pete
On 11/13/06, Scott Battaglia <[EMAIL PROTECTED]> wrote:
> Pete,
>
> Does that happen all the time? (and is this only with one user?). The
> result of an "authenticatedButNoService" call is a request to render the
> viewGenericLoginSuccess page. Rendering a genericLoginSuccessView should not
> result in a ticket being removed. Tickets are only removed if you do a
> renew=true with different credentials or if logout is called (unless I am
> remembering wrong).
>
> Also, CAS itself is not very memory intensive so 4 GB of memory should be
> more than sufficient. We did find in our testing (which we did on a
> single-CPU machine) that the majority of the CPU time was being taken up by
> Apache processes (but then we had an underpowered machine).
>
> -Scott
>
>
> On 11/13/06, Pete Giesin < [EMAIL PROTECTED]> wrote:
> >
> > More specs: dual AMD dual core cpu's with 4GB of memory.
> >
> > One interesting thing is the 2 second delay between these actions:
> >
> > 2006-11-13 17:02:27,856 DEBUG
> > [org.jasig.cas.web.flow.HasServiceCheckAction] - <Action
> > 'HasServiceCheckAction' completed execution; result is
> > 'authenticatedButNoService'>
> > 2006-11-13 17:02:29,792 DEBUG
> > [org.jasig.cas.CentralAuthenticationServiceImpl] -
> <Removing ticket
> > [TGT-369-p62ifeG755sWev2LdE1Cl9pjPmUFJKeZMzk-50] from
> registry.>
> >
> > Pete
> >
> > On 11/13/06, Scott Battaglia <[EMAIL PROTECTED]> wrote:
> > > Do you hav any more information on the specs?
> > >
> > >
> > > On 11/13/06, Pete Giesin < [EMAIL PROTECTED]> wrote:
> > > > HP blade running Redhat Linux for 64-bit.
> > > >
> > > > On 11/13/06, Scott Battaglia < [EMAIL PROTECTED]> wrote:
> > > > > What type of server is it?
> > > > >
> > > > > -Scott
> > > > >
> > > > >
> > > > > On 11/13/06, Pete Giesin < [EMAIL PROTECTED] > wrote:
> > > > > >
> > > > > > I am performing some load testing against CAS and am getting
> terrible
> > > > > > results. Something like 30 requests per second. I have CAS running
> on
> > > > > > a single server using Apache + Tomcat. I have a JDBC datasource
> > > > > > defined for the user lookups. I also have an ehcache defined to
> cache
> > > > > > the users. I was wondering if anyone has any suggestions on how to
> > > > > > tweak the configuration in order to increase the performance. My
> > > > > > objective is 100 requests per second.
> > > > > >
> > > > > > Thanks,
> > > > > > Pete
> > > > > > _______________________________________________
> > > > > > Yale CAS mailing list
> > > > > > [email protected]
> > > > > > http://tp.its.yale.edu/mailman/listinfo/cas
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Yale CAS mailing list
> > > > > [email protected]
> > > > > http://tp.its.yale.edu/mailman/listinfo/cas
> > > > >
> > > > >
> > > > >
> > > > _______________________________________________
> > > > Yale CAS mailing list
> > > > [email protected]
> > > > http://tp.its.yale.edu/mailman/listinfo/cas
> > > >
> > >
> > >
> > > _______________________________________________
> > > Yale CAS mailing list
> > > [email protected]
> > > http://tp.its.yale.edu/mailman/listinfo/cas
> > >
> > >
> > >
> > _______________________________________________
> > Yale CAS mailing list
> > [email protected]
> > http://tp.its.yale.edu/mailman/listinfo/cas
> >
>
>
> _______________________________________________
> Yale CAS mailing list
> [email protected]
> http://tp.its.yale.edu/mailman/listinfo/cas
>
>
>
_______________________________________________
Yale CAS mailing list
[email protected]
http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________
Yale CAS mailing list
[email protected]
http://tp.its.yale.edu/mailman/listinfo/cas
_______________________________________________ Yale CAS mailing list [email protected] http://tp.its.yale.edu/mailman/listinfo/cas
