Storing an entire page's Contents in the Session

  • Thread starter Thread starter py
  • Start date Start date
P

py

how feasible is it to cache an entire page's content in a session variable?
i am already doing it and it works fine, except i am afraid of scalability
issues. what is the best way to test this? and is there an obvious reason
why i should not do this.
 
Why would you need to do that ?
The Cache object will do that more efficiently.



Juan T. Llibre
ASP.NET MVP
http://asp.net.do/foros/
Foros de ASP.NET en Español
Ven, y hablemos de ASP.NET...
======================
 
i am simply storing a root level webcontrol that contains all of my page
controls. i believe cache object will purge itself when it runs low. plus,
i dont need to share the page with other sessions - it is just for the
session that is displaying it - i.e. one page per end user, so session level
is the right scope.

it saves asp engine from having to re-instantiate all the controls on each
request and maintains the data state (which i have programmed to time out on
its own)
 
Depends what you have there, however if you store something like controls
there, you're shooting yourself to leg for good. All those resources are
tied to the lifetime of a session, and it would be multiplicated per-user
basis.

I'd look into Caching as Juan hinted, depending on your case either data
caching with cache object or outout caching (caching the rendered content)
when you could avoid non-needed caching or cache only the necessary
resource-intensive part.
 
it saves asp engine from having to re-instantiate all the controls on each
request and maintains the data state (which i have programmed to time out
on its own)
Click to expand...

Believe me, Framework is optimized this in mind, classes including controls
are instantiated very fast, as they are compiled code etc. and instances odf
compiled page classes are cached after JIT'ing.

Another drawback with your approach is that Controls are not serializable.
This works as long as you have sessions in InProc (in-process) mode, however
if you need to switch to state server or SQL server for better reliability
(to stand app/process restarts), it won't work and you're on your own with
it.
 
The Viewstate very often already does this in most cases. You should
probably elaborate on what exactly you are trying to do.
 
As a general rule, caching UI components is a bad idea. Cache is best used
for pure data.

--
HTH,

Kevin Spencer
Microsoft MVP
..Net Developer
What You Seek Is What You Get.
 
ok - sounds like sound advice.

another related question:
how much data is reasonable to cache? i am using subclassed datatables as
my data source. when should i worry about memory consumption?

(i am embarassed to admit i dont know how to test for this)
 
Back
Top