469,126 Members | 1,276 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,126 developers. It's quick & easy.

hi-traffic websites & session-state

for high traffic public websites , what are the proven options for
session-state storage & management ?

is an out-of-process state-server generally preferred over a sql-server ?
what are the relevant criteria ? is the primary criteria max expected total
storage size (for all active sessions) versus max ram available on the
state-server machine ?

if ADO.NET objects (such as small DataTables) must be stored in
session-state , is any custom coding required for them to be serializable
(as is required for out-of-process session-state) ?

are custom session-state management solutions common ? ( where the exact
session-state data loaded & saved is dependent on the context of the page
request )

Nov 18 '05 #1
2 1926
> is an out-of-process state-server generally preferred over a sql-server ?
what are the relevant criteria ? is the primary criteria max expected total storage size (for all active sessions) versus max ram available on the
state-server machine ?
Out-of-process state-server and SQL Server are generally used in WebFarm
scenarios.
if ADO.NET objects (such as small DataTables) must be stored in
session-state , is any custom coding required for them to be serializable
(as is required for out-of-process session-state) ?
You only need serialization when using SQL Server for Session State.
In-memory Sessions don't require serialization. As for the serializability
of various classes, refer to the CLR reference in the .Net SDK. All classes
CAN be serialized. However, some of them can be implicitly serialized (such
as strings, numbers, and yes, even DataTables) , and most can not.
are custom session-state management solutions common ? ( where the exact
session-state data loaded & saved is dependent on the context of the page
request )
Not sure. However, the "common-ness" of the use of a particular
configuration is not as important as the situation you are developing
against. Make your decision based upon that criteria.

--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"John A Grandy" <johnagrandy-at-yahoo.com> wrote in message
news:uq**************@TK2MSFTNGP12.phx.gbl... for high traffic public websites , what are the proven options for
session-state storage & management ?

is an out-of-process state-server generally preferred over a sql-server ?
what are the relevant criteria ? is the primary criteria max expected total storage size (for all active sessions) versus max ram available on the
state-server machine ?

if ADO.NET objects (such as small DataTables) must be stored in
session-state , is any custom coding required for them to be serializable
(as is required for out-of-process session-state) ?

are custom session-state management solutions common ? ( where the exact
session-state data loaded & saved is dependent on the context of the page
request )

Nov 18 '05 #2
There are 3 options for storing Session state.
InProc does not require serialization.

But the other two do require objects to be serializable.
So if you use a stateServer (RAM on another machine which all Web Servers in
the farm point to) then you must have serializable objects.

Depending on your load SQL Server may actually be faster than a stateServer
that uses RAM.
SQL Server caching plays a part in that counter intuitive statement.
SQL Server is also more reliable and scalable than a stateServer using RAM.
(But more expensive too.)
If cost is no object go with SQL Server.

If you need to support multiple back end databases then use a stateServer.
(since you can' t use Oracle or DB2 yet.)
I think ASP.Net 2.0 fixes this issue and allows any back end DB to be used
for storing Session state.
--
Joe Fallon


"Kevin Spencer" <ks******@takempis.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
is an out-of-process state-server generally preferred over a sql-server ? what are the relevant criteria ? is the primary criteria max expected total
storage size (for all active sessions) versus max ram available on the
state-server machine ?


Out-of-process state-server and SQL Server are generally used in WebFarm
scenarios.
if ADO.NET objects (such as small DataTables) must be stored in
session-state , is any custom coding required for them to be serializable (as is required for out-of-process session-state) ?


You only need serialization when using SQL Server for Session State.
In-memory Sessions don't require serialization. As for the serializability
of various classes, refer to the CLR reference in the .Net SDK. All

classes CAN be serialized. However, some of them can be implicitly serialized (such as strings, numbers, and yes, even DataTables) , and most can not.
are custom session-state management solutions common ? ( where the exact
session-state data loaded & saved is dependent on the context of the page request )


Not sure. However, the "common-ness" of the use of a particular
configuration is not as important as the situation you are developing
against. Make your decision based upon that criteria.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"John A Grandy" <johnagrandy-at-yahoo.com> wrote in message
news:uq**************@TK2MSFTNGP12.phx.gbl...
for high traffic public websites , what are the proven options for
session-state storage & management ?

is an out-of-process state-server generally preferred over a sql-server ? what are the relevant criteria ? is the primary criteria max expected

total
storage size (for all active sessions) versus max ram available on the
state-server machine ?

if ADO.NET objects (such as small DataTables) must be stored in
session-state , is any custom coding required for them to be serializable (as is required for out-of-process session-state) ?

are custom session-state management solutions common ? ( where the exact
session-state data loaded & saved is dependent on the context of the page request )


Nov 18 '05 #3

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

2 posts views Thread by sheldon279 | last post: by
7 posts views Thread by George Hester | last post: by
8 posts views Thread by Eric Lilja | last post: by
5 posts views Thread by | last post: by
9 posts views Thread by FERHAT A«ICI | last post: by
reply views Thread by [Cool staff!||Hi! I think this need for || Help me | last post: by
reply views Thread by Tagrislam | last post: by
reply views Thread by foxfox05 | last post: by
reply views Thread by the great win | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
reply views Thread by Mortomer39 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.