my dog learned polymorphism*
The moose likes Performance and the fly likes Login Module Implementation - Around 20k users for the application Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of OCM Java EE 6 Enterprise Architect Exam Guide this week in the OCMJEA forum!
JavaRanch » Java Forums » Java » Performance
Bookmark "Login Module Implementation - Around 20k users for the application" Watch "Login Module Implementation - Around 20k users for the application" New topic
Author

Login Module Implementation - Around 20k users for the application

Vaibhav G Garg
Ranch Hand

Joined: Sep 23, 2011
Posts: 140
We are working on a web application which will be having 20,000+ end users. We have to build up the login module for this application. Please suggest the best ways to implement the login module so that there are no performance issues during high load.

What are the best practices we need to follow for the same?

Also, how to control the concurrency and transactions for the same?
Winston Gutkowski
Bartender

Joined: Mar 17, 2011
Posts: 7718
    
  20

Vaibhav G Garg wrote:Please suggest the best ways to implement the login module so that there are no performance issues during high load.

The same way that you'd write any other module that's likely to be used frequently and needs access to shared data. I'm not quite sure why you'd think a login would be particularly different.

What are the best practices we need to follow for the same?

What, specifically for a login method? Most of those will have to do with security rather than performance (eg, using https rather than straight http).

Also, how to control the concurrency and transactions for the same?

I'm afraid that's far too broad a question to be answered in a forum like this. One basic premise is that you keep all transactions that require exclusive access as short as possible though.

Perhaps you could ask a more specific question; then we might be better able to help you.

Winston

Isn't it funny how there's always time and money enough to do it WRONG?
Articles by Winston can be found here
Jeff Verdegan
Bartender

Joined: Jan 03, 2004
Posts: 6109
    
    6

I'll point out that a login module is unlikely to be a performance bottleneck. If I login once for every 10 normal actions I perform, that means that 1/11th of your traffic at any given time will be due to login requests. Most sites I use, it's even more skewed than that, like one login for every 20 or 100 or 1000 other actions.

So don't worry about login performance unless and until it becomes a problem. First make it work, and if you're going to look at performance, look at it for stuff your users do once they're logged in, as that's likely to be called much more often.
 
jQuery in Action, 2nd edition
 
subject: Login Module Implementation - Around 20k users for the application