[quoted text, click to view] > thanks for ur reply. can u refer any tool that can be helpful in monitoring
> the performance of the garbage collector.
Try DevPartner Studio from CompuWare, it has a lot of good tools to help in
debugging.
If you haven't done so already, ensure that and COM Interops are being
closed and any objects implementing IDisposable are being disposed of and not
left to the Finaliser to clean up (which is a bad thing because it moves
objects to higher generations which are cleaned up less often)
[quoted text, click to view] > Our pages are parameterised and no two users are server with the same
> parameter value. So caching of these pages will reuire more processing time
> than the the time for which caching will be done. And no of users is limited
> to 50-100. So possibility of bigger hit rate is less.
>
> what really matters is that the size of the transactions are too big. which
> causes the process to grow in size.. can u suggest any further?
I'm not entirely clear what you mean here. I'm assuming that you mean that
the amount of data being passed around is quite large and it's what is
causing the scalability problems. If this is the case then I believe that
you have two options:
(1) Redesign to try and limit the amount of data being passed around at any
one time. (e.g. By limiting what is passed to the minimum, or considering
some type of paging of data)
(2) Throw hardware at the problem, distrubute the load across a server farm.
Hope this is of some help!
Cheers,
C.