Overall conclusion would be, I need to go out for more outdoor activities 😀

We spent the whole day circling the lake. we started walking at 10.30 and finished around 4 PM. Whew…that’s more than 5 hours

View Larger Map

[nggallery id=6]

Few days ago, a colleague of mine asked me what kind of session that is being used in my team’s application. Apparently his team has some sort of problem in handling the session. He asked whether my team use InProc, or OutProc. His question sent me scrambling for answer 🙂 After googling for a while, here’s what I found:

• InProc SessionState: The session will be stored in the memory of ASP.NET server.
• OutProc SessionState: The session will be serialized and stored in other machine (StateServer machine or SQLServer machine).

To decide which SessionState that is most suitable for your environment, please consider the following points:

1. Performance:
   • InProc: fastest, but consume more memory
   • OutProc (StateServer): slower than InProc, due to transport overhead and serialization cost
   • OutProc (SQLServer): slower than OutProc (StateServer), due to transport overhead and serialization cost
2. Robustness:
   • InProc: session data will be lost when the IIS process restarted/stopped.
   • OutProc (StateServer): session data will NOT be lost when the IIS process restarted/stopped. But the StateServer machine will become the single point of failure. All sessions in any ASP.NET server linked to this State server will be lost if you restart/stop the StateServer process.
   • OutProc (SQLServer): almost the same as OutProc (StateServer), but you will not losing the sessions after you restart the SQL Server

To configure session state, add the following code within web.config’s <system.web>

Please note that serialization will cost you least when you store the “Basic DataTypes”. They are:

1. Any numeric data types (Int32, Byte, Int64, etc)
2. String
3. DateTime
4. TimeSpan
5. GUID
6. IntPtr and UIntPtr

If your ASP.NET application will be deployed in a web farm, consider using either StateServer or SQLServer to store your sessions. You can choose to use the commercial or the open-source solution. 🙂 Unfortunately, I was unable to find any decent performance review of NCache without the marketing vibe 🙁 But maybe in the future I might write something based on this blog post

References

• ASP.NET Session State FAQ
• HOW TO: Set Up Multi-Server ASP.NET Web Applications and Web Services
• How to use ASP.NET session state SQL Server Mode in a failover cluster
• SessionState on MSDN Library

I was reading Alik Levin’s Blog which linked to an interesting article about increasing the performance of .NET application. The interesting questions are:

• How to cache data?
• How to handle communications?
• How to handle concurrency?
• How to handle components’ coupling/cohesion?
• How to perform data access?
• What algorithms to use?
• How to handle exceptions?
• How to handle resource management?
• How to handle state management?

*read the article HERE

I strongly agree that every developer in any development Team should remember these questions (and know how to answer it, of course :D) by heart. And able take them as a consideration. My favorite donkey-bridge to these question is A-4C-D-E-R-S (Algorithm, Cache, Communication, Concurrency, Coupling, Data Access, Exceptions, Resource and State Management)

Even better if not best, if you could implement the answers to above questions as a standard framework for your development team. 😉