B
Bill Cohagan
We are attempting to convert an already existing application over to using
multiple worker processes; thus we need to store state via session state
server rather than in process. Since this app previously used in process
state there was little back pressure against storing objects in the session.
Now we're paying the price because serialization sucks in referenced objects
resulting in possibly huge state storage and serialize/deserialize costs.
What would *really* be helpful would be having some way to quantify this;
i.e., a way to measure how much serialized state is being managed per page.
That would allow us to verify that this is indeed a problem and to measure
our progress towards eliminating the problem as we selectively remove
objects from the session object and/or provide custom serializers. We can't
find any useful counters in the performance monitor unfortunately.
Are there any tools or techniques we might use to get at this sort of data?
Thanks,
Bill
multiple worker processes; thus we need to store state via session state
server rather than in process. Since this app previously used in process
state there was little back pressure against storing objects in the session.
Now we're paying the price because serialization sucks in referenced objects
resulting in possibly huge state storage and serialize/deserialize costs.
What would *really* be helpful would be having some way to quantify this;
i.e., a way to measure how much serialized state is being managed per page.
That would allow us to verify that this is indeed a problem and to measure
our progress towards eliminating the problem as we selectively remove
objects from the session object and/or provide custom serializers. We can't
find any useful counters in the performance monitor unfortunately.
Are there any tools or techniques we might use to get at this sort of data?
Thanks,
Bill