Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / Performance / July 2004

Tip: Looking for answers? Try searching our database.

ASP.NET Session Management

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Akshay Kumar - 02 Jul 2004 18:20 GMT
Hi All,
I was reading Perforance and Scalability Guide and reading Session State
Management section.
It says use SQL Server when using Web farm .
No where are the metrics and the Why's are msiisng.
The question that comes to mind is :-
1. When using SQL Server or State Server , will the cost of
Network Latency + Serialization + Creation of Session Objects from
Serialized data + bottleneck being 1 SQL Database (when App data resides on
Same server) not be a lot higher then using IN -Memory sessions and using
Stick IP Cookies.
There is no such explanation.
Any of you can throw some light
Regards,
Akshay
Alvin Bruney [MVP] - 02 Jul 2004 20:14 GMT
i believe that is your only two options if you want the various farms to use
one source. session is on a per process basis as well as all other forms of
cache. if you are farming out on a single machine, state server is better
since the conection is local. for me it's a toss up. i use state server
because of the preciousness of the db. estimates for state server are about
10 - 25% performance degradation compared to session use. i've found this to
be closer to or below the lower end

where the db gains a huge advantage is in the serialization process.
remember for concurrency access, the state store must be locked for each
access. on a heavy site, that can really add up. the same locking occurs at
the database level as well but the database is optimized for high
concurrency usage.

finally, literature doesn't quote figures because it varies so widely.
figures presented can be misleading and completely wrong for unanticipated
scenarios and architectures.
Signature

Regards,
Alvin Bruney
[ASP.NET MVP http://mvp.support.microsoft.com/default.aspx]
Got tidbits? Get it here... http://tinyurl.com/27cok

> Hi All,
> I was reading Perforance and Scalability Guide and reading Session State
[quoted text clipped - 12 lines]
> Regards,
> Akshay

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.