Sign In  |  Register
 
 
DotNetNuke Support Forums
Recommended settings for DNN Performance
Last Post 09 Nov 2007 12:06 PM by John Mitchell. 10 Replies.
Printer Friendly
Sort:
PrevPrevNextNext
Please Register to post a reply.
Another benefit of registration is the ability to subscribe to and recieve notifications of new posts.
AuthorMessages
SplatMan_DK
New Member
New Member
Send Private Message
Posts:81
Avatar

--
10 Feb 2007 08:57 PM  
What are the recommended cache and compression settings for a clean DNN 4.4.1 (or newer) portal? And what are the pros/cons to each setting?

Without using PageBlaster: ...?

Using PageBlaster ...?

brgds

- Jesper
John Mitchell
Administrator
Veteran Member
Veteran Member
Send Private Message
Posts:4350
Avatar

--
11 Feb 2007 12:43 AM  

If you are not using PageBlaster then I would recommend setting the performance settings as follows:

Page State Persistence:  Page
You could try memory, but I believe there are too many problems here without much gain especially as a global setting.

Module Caching Method: Memory
Memory is much faster, and there are intermittent errors when using Disk.

Performance Setting: Heavy
There is really not much difference between the different settings here. The setting is just a multiplier that gives you only 5 hours of caching at the most (depending on the object) when on Heavy.  Some items are not cached at all unless you are on Heavy.

Authenticated Cacheability: Set it to public.
This allows the client browser or downstream proxies to cache items.

Compression Setting: Deflate or Gzip does not matter.
They are both about the same and will vary depending on content. I use Gzip.

Compression Level:  There is a bug that is keeping it from being applied, but it should be around five, higher than that gives diminishing return.

Use Whitespace Filter:
Not Checked
Don't use it if you have compression on it is a waste of time, because compression also removes white space.

If you are using PageBlaster then you should replace the core compression module in the HttpModules section of Web.config.
All the settings above should remain the same, because PageBlaster does not cache authenticated user requests by default.

arganaz
New Member
New Member
Send Private Message
Posts:1

--
05 Apr 2007 05:45 PM  
Actualy concerning GZip and Deflate compression you should read this: http://blog.usweb.com/archives/mod_deflate-vs-mod_gzip-comparing-the-two/, personaly I prefer Deflate as it is a lot faster than GZip on a high traffic server.
John Mitchell
Administrator
Veteran Member
Veteran Member
Send Private Message
Posts:4350
Avatar

--
05 Apr 2007 06:52 PM  
Thanks for the feedback.
You are right, deflate may be a little faster, but unless you are processing a lot of traffic the difference will not be noticed.
They can both be "tuned" using the Level setting, but there is a bug in the core compression module that ignores the level setting.

The other side of the coin is that you can get a little better compression ratio with GZip (at the same levels). So if you are output caching the compressed page then GZip is a better choice because then you get to include the time the page is cached in the comparison.

The DNN core alone does not give you output caching of the whole compressed page, but PageBlaster does.
Declic Video
New Member
New Member
Send Private Message
Posts:66
Avatar

--
29 Apr 2007 12:26 AM  

Great post John, thank you very much !! Just my 2 cents, I had plenty of problems with a kind of settings, which is the following and should never be used !!

 

AVOID USING THESE SETTINGS above. I have recently experienced many problems with them (difficulty to insert images, problems with Ventrian News Articles, etc...). Just leave the compression settings with their default values.  (or even better, use Page Blaster !! For me, it is a marvelous alternative !!)

DV FX

John Mitchell
Administrator
Veteran Member
Veteran Member
Send Private Message
Posts:4350
Avatar

--
01 May 2007 09:46 AM  
I agree, don't use the memory option for Page Persistence.
Terp
New Member
New Member
Send Private Message
Posts:79
Avatar

--
08 Aug 2007 08:02 PM  

Ahhh, I had this set to 'no compression,' as I thought PB would override it anyway when installed; Not the case, I guess. I feared playing around with it, but I'll set it to Deflate instead...wish me luck. :)

Terp
New Member
New Member
Send Private Message
Posts:79
Avatar

--
10 Aug 2007 10:23 PM  

I should have know better, John. :)

Once I selected "Deflate" and saved settings, the screen when blank.  I pull up the site and various pages are blank...tried to pull up host settings to change it back..blank.

Any way to go in the db and change this setting back to the way it was? This is more than a show-stopper for me.  ;)

 

Update:  Entire site is blank.

John Mitchell
Administrator
Veteran Member
Veteran Member
Send Private Message
Posts:4350
Avatar

--
10 Aug 2007 11:52 PM  
You can disable compression by updating your web.config file and removing the compression module.
If you are using PageBlaster then the core compression module should already be removed, and the settings for compression on the host page are no longer used.
tlyczko
New Member
New Member
Send Private Message
Posts:30

--
09 Nov 2007 12:01 PM  

You said: "If you are using PageBlaster then you should replace the core compression module in the HttpModules section of Web.config."

I don't understand this -- does your remark mean that if one is using PB (even the free version) then one should set DNN caching as stated here, or that one should leave DNN caching at the defaults??

Does commenting out the compression line
add name="Compression" type="DotNetNuke.HttpModules.Compression.CompressionModule, DotNetNuke.HttpModules"
remove and make inactive the DNN compression??

My performance settings are:
page state persistence = page
module caching method = disk -- change to memory??
performance setting = moderate caching -- change to heavy??
authenticated cacheability = serverandnocache -- change to public??
compression setting = gzip
use whitespace filter = unchecked

Thank you, Tom

John Mitchell
Administrator
Veteran Member
Veteran Member
Send Private Message
Posts:4350
Avatar

--
09 Nov 2007 12:06 PM  

Hi Tom,

Caching and Compression are handled seperately in DotNetNuke.  The compression module only does compression and should be removed if you are using PageBlaster. The caching recommendations posted above still apply if you are using PageBlaster or not.

PageBlaster adds Page Level caching to DotNetNuke, but the internal caching of DotNetNuke is still needed.

Please Register to post a reply.
Another benefit of registration is the ability to subscribe to and recieve notifications of new posts.


Active Forums 4.1
Visit our Store for great DotNetNuke Modules and Skins
DotNetNuke CSS Menu 3.4.6 (single use)

Item codeCSSNM33SU
AuthorJohn Mitchell
Base Price$39.00
Product Information 
DotNetNuke CSS NavMenu 3.4.6 (Developers)

Item codeCSSNM33DEV
Base Price$149.00
Product Information 
DotNetNuke Performance Caching & Compression - PageBlaster 3.4.5 - Professional Edition

AuthorJohn Mitchell
Base Price$59.00
Product Information