Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN Hosting - Best PracticesDNN Hosting - Best Practices
Previous
 
Next
New Post
10/9/2007 6:26 PM
 

I'm looking for some "best practice" info regarding the hosting of dotnetnuke websites.  I know DNN is capable of hosting hundreds of websites within the same Portal framework/database instance.  However, I'm seeing on my Server that each instance consumes about 50 MB per website.  Thats a lot if you are hosting a fair number of sites.  This seems excessive.  Maybe my expectations are too high -- I don't know.  Does anyone have any tuning tips on configuring DNN and IIS to get the best performance/site/Server?  Thanks.


http://www.idsconsulting.com Ideas, Design, Success.
 
New Post
10/10/2007 4:21 AM
 

it depends, if each site has its own installation or there a a number of portals in the same installation - in the second case, all share the same objects and code and require less memory.


Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
10/10/2007 9:09 AM
 

I agree.  Most of the portals I host are shared in the same install -- I started noticing the IIS worker process steadily climbing to >500MB at which time DNN began to be unresponsive for all Portals.  Now granted I could increase the resources on the server, but it just doesn't seem right.  I've since separated each website into it's own shared pool to determine which site is the culprit.  Now everything is running much more smoothly, but I imagine each site with it's own shared pool has an associated overhead as well.  The sum of the memory consumed from each IIS process is about the same as when they were all lumped into the same pool.  Only now I can see at a glance where the largest load is coming from.  And in fact it may be a little less than before.  It seemed like the aggregate overhead from all sites sharing the same pool was pulling everyone down.  At first I thought there was possibly a memory leak with one of the modules, but now with each site in isolation from the others (even though they share the same portal) I don't see the steady climb of RAM consumed as before.

Anyway, still looking for best practices and experiences from other users.

Regards.


http://www.idsconsulting.com Ideas, Design, Success.
 
New Post
10/10/2007 1:03 PM
 

As leupold mentioned this depends on your configuration.

In my sites where I need to keep a lean footprint I have gone through and removed un-needed skins, containers, images, documentation files and other items to reduce the default "footprint" of DNN.

If you are doing multiple portals per instance the additional disk space per portal shouldn't be that large!


-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
New Post
10/10/2007 2:40 PM
 

Hmm...now that's interesting.  I hadn't considered that having unused skins, containers, images and documentation files would have any effect on the DNN footprint (other than consuming storage space on the hard drive).  So are you saying that while additional skins, containers, etc. the are not actively being used, but still contained within the DNN "tree" may have an impact on performance?  How so?  In guessing I would say that perhaps on the admin side DNN must scan those directories to load up the list of skins and containers available, etc, but that seems pretty minimal to overal performance on the server.

Any other Server/DNN tuning guidelines?


http://www.idsconsulting.com Ideas, Design, Success.
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN Hosting - Best PracticesDNN Hosting - Best Practices


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out