Hi Dear,

Nice informative thread. Also appriciate for stuff you have in your website.

I am new to DNN, managed to uploaded DNN at http://www.pakozy.com

I have download speed problem 30-90sec. I spoke to webhosting people...they are saying that everything is ok at their end.

Would you please guide me how can I corner the bottle neck for speed purpose OR how to communicate with them to resolve this problem.

How did you get above mentioned (or follwing stats)

ASP.NET
Connect time: 0 sec
Transfer time: 5 sec
Total time: 5 sec
Retrieved: 130.7 Kbytes

regards

Ali

slow startup..   then fast response..   typical.

I still never saw the answer to what exactly is DNN starting up on app/session start.  I have many .net apps that start within 3 seconds.  I just wish the .net excuse would stop.  It is not .net.  Is only dotnetnuke.dll being loaded?  size?  what other dll's are being loaded on startup?

yeah but if that is true..   no wonder!!

So no comments after your post.   Why would .net be written that way.. because it is one app starting point?   In VB it was not that way.  If in MTS, you could group by usage which was great.

What do we do for DNN other than forcing your bandwidth to jump by having to call it every 15 minutes, 24 hours a day?

So..  in this case maybe it is .NET but all DNN because it has to load so much?  No solution?

brian_c wrote:

slow startup..   then fast response..   typical.

I still never saw the answer to what exactly is DNN starting up on app/session start.  I have many .net apps that start within 3 seconds.  I just wish the .net excuse would stop.  It is not .net.  Is only dotnetnuke.dll being loaded?  size?  what other dll's are being loaded on startup?

I don't think it's a .NET excuse as per say. Yes we all know that there is a lag due to the fact that the dll's are not loaded in memory (after being unloaded). However, that being said, there's also the fact that a lot of settings have to get loaded during the first hit. Anyone of you that are complaining about the speed - have you tried stepping through the code (from Application_OnStart) to see exactly what gets loaded. Maybe some of you could come up with a better way of getting the portal aliases, tab information, security settings, module information, skin information, user settings, container settings, host settings, portal settings, localization settings all to load before I can finish typing this sentence.
There are hundred ways to complain about something, if you're not offering a solution then what's the point? Yes there are avenues for improvement (we had issues a couple of months ago with the tab editing and it was fixed). Maybe we need to revisit some of the other settings that get loaded and see how we can optimize those too.

There are also other factors that would affect the load speed - how much memory on your web server, how fat your pipe to the internet - but then these are all factors which I'm sure everyone is already aware of.
Has anyone also tried dropping all the unused modules and removing the dlls from the bin folder to see if this speeds things up for them? 
Mikeh36 - I would agree with you to some extent about every dll getting loaded - however I know for a fact that I have sites running that are using almost all the core modules plus have about 40 or more modules that we've written for them also in the bin folder and the site loads just fine (http:///www.hamiltoncaster.com). I'm sure there are others like mine out there that have multiple modules and the site loads up fine too.

Sanjay