The Shibboleth V2 IdP and SP software have reached End of Life and are no longer supported. This documentation is available for historical purposes only. See the IDP v4 and SP v3 wiki spaces for current documentation on the supported versions.

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

This page hosts some example IdP throughput numbers for some environments.  Every environment will be different and this should be used as an estimate, not as a substitute for your own load tests.

AWS EC2

 

A single c1.medium instance running the IdP in Jetty without Terracotta and a million user records and a standard set of attributes in an LDAP directory with authentication randomly choosing one of them can handle roughly 65 transactions per second.  Optimizations can raise this to 80 tps.  Memory(roughly 50% of "physical" memory is used by java) and disk utilization(negligible) are not considerations even with hundreds of thousands of concurrent authentication sessions, but situations can arise where the garbage collection with limited total memory results in a freeze or crash of the jetty process.  With stateless clustering, this will scale linearly.  With stateful clustering, performance is likely to be considerably different.  A single c1.xlarge instance running in the same fashion can achieve 300 transactions per second and is not susceptible to freezes or crashing during garbage collection.

  • No labels