it depends on the number & size of modules installed and cache objects being kept in memory - if it is a busy site with many pages, module instances and intensive data caching, 500 MB are not exceptional.

---

Cheers from Germany,
Sebastian Leupold

   

Speed up your DNN Websites with TurboDNN

Update: After speaking with our hosting company and having them monitor the server whilst logging in the memory usage spiked by as much as 30mb on login for one user. Can you recommend a company who specialise in DNN who may be able to take a look at our Host and Portal settings to make sure there is nothing causing this issue, and also help to fine tune our setup?

Update: I have spent some time logging in and logging out of the site and recording the times. Like clockwork over the last hour and a half the site has gone from being fast and responsive to having a 1minute period of being slow.

Are there any tools, client side as we’re still trying to get our hosting company to help find this issue, which we can use to try and find out what event is occurring approximately every 6 minutes that’s slowing the site down?

Surely there must be an indication in the server event log which will show it resetting an application pool or something? This “event” is happening to regularily to not be noticed?

Our DNN site and event logs are only showing the successful logins and related activity. There is nothing to indicate a scheduled event or something from the DNN config performing a restart or reset.

As an aside the slow login is still successful... it just takes a minute to complete. So could this suggest it is not an application pool issue, or would the submitted login information be paged until after the pool has restarted and then be served to the application?