ASP.NET Session State / Performance Implications

Home » ASP.NET MVC » ASP.NET Webforms » Web Development » ASP.NET Session State / Performance Implications
Illustration of a web / cloud based system with many devices

Session in ASP.NET is a server side object that remembers information between separate web page postbacks within the scope of the current user. It is used mainly in ASP.NET Webforms but also can have its uses in ASP.NET MVC.

There are four main ways in which this works.

  1. It is stored in memory within IIS.
  2. It is stored within a separate process, called a state server.
  3. It is stored in a database, typically SQL/Server
  4. A custom scheme is used where the developer has to provide some code or link to a third party component.

I once met somebody who was adamant that the In Memory option was the fastest and thus the only method to use, despite the fact that they had a server farm and numerous complications were experienced as a result of trying to keep session affinity (i.e. the browser connected to the same server in the farm so as to keep session state).

I wouldn’t care, but this person was also wrong on performance. It is important that you look at the performance of the system overall (and measure it before you change anything, or move away from the simplest, most easiest to read code/understand option). If it had been measured, the results would have shown that yes, on a small number of users, the in memory option would have been the fastest. However the state server option isn’t far behind (although dependant on one server to hold session state and if this fails every user loses their session) and the SQL option, while slow on one user, overall, because SQL caches commonly used items, over a number of users and number of requests, its in memory anyway.

So the SQL option is by far my preferred option, unless the site really has a lot of traffic and needs a custom option.

The underlying principle is: don’t ever make assumptions about performance. Always test on a reasonable number of users, because you might be very surprised.

More information on Session State can be found at the MSDN topic on the subject.

About Phil

I have been working as a software developer since 1983. This blog could have been called "From Fortran 77, C and Cobol to C# in 20 (not so) easy years", but it doesn't sound quite right somehow. Besides I'm talking about what's happened since 2003, not before!

Leave a Reply

Your email address will not be published.


You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">




Top Posts & Pages

Categories

Recent Posts

Recent Comments

Archives

Blogroll

  • Mike Cohn's Blog
  • Scott Hanselman's Blog
- mike@mountaingoatsoftware.com

Traditionally managed projects begin with a kickoff meeting. Here’s why and how agile projects can d [...]

- mike@mountaingoatsoftware.com

Scrum teams know they need to be potentially releasable at the end of the sprint. But do they know e [...]

- mike@mountaingoatsoftware.com

It’s important for most agile teams to estimate both their product and sprint backlogs. But why? [...]

- mike@mountaingoatsoftware.com

This new video series is the perfect primer for Scrum. It’s great prep for the Certified Scrum Maste [...]

- mike@mountaingoatsoftware.com

An agile product backlog should evolve over time, with product backlog items and user stories rising [...]

- Scott Hanselman

You likely know that open source .NET Core is cross platform and it's super easy to do "He [...]

- Scott Hanselman

I run Windows as my daily driver but I use WSL (Windows Subsystem for Linux) all day long but WSL is [...]

- Scott Hanselman

When building my Ultimate Developer PC I picked this motherboard, and it's lovely. ASUS ROG STR [...]

- Scott Hanselman

I'm sure I'll miss some, so if I do, please sound off in the comments and I'll update [...]

- Scott Hanselman

According to https://github.com/dotnet/sourcelink, SourceLink "enables a great source debugging [...]

Meta