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...Performance and...Performance and...Why is time-to-first-byte in 7.3.2 slower than 7.1.2?Why is time-to-first-byte in 7.3.2 slower than 7.1.2?
Previous
 
Next
New Post
8/21/2014 10:02 AM
 

I'm seeing a performance issue with 7.3.2. I am currently on 7.1.2 and I thought I would test performance to be sure there are no issues. I have an identical staged server setup. Same hardware. Same database. Same hard drive. Same app server. Only difference is one version was upgraded to 7.3.2. Yet, time-to-first-byte is about 2x worse on 7.3.2, which shocks me considering the focus on performance with 7.3. What could be the cause and how can I diagnose?

A little about our setup - we have a large number of users, portals and tabs in aggregate. 

Comparison 1 https://cloudup.com/cjG1_vIwfMd

Comparison 2 https://cloudup.com/cWMGsgthaJJ

Comparison 3 https://cloudup.com/cMqX1uFbnG9

 

 
New Post
8/21/2014 12:11 PM
 
how many pages and websites? At least one of the changes does affect sites with many pages.
I suggest also profiling the database - do both take the same duration to gather the data?
After the upgrade, did you reorganize/rebuild statistics for the tables? did you truncate db transaction log?

Cheers from Germany,
Sebastian Leupold (Microsoft MVP)

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
8/21/2014 12:14 PM
 
PS: you may try my turboSQL scripts to improve database performance (http://dnnscript.codeplex.com - there will be a fixed version uploaded later today)

Cheers from Germany,
Sebastian Leupold (Microsoft MVP)

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
8/21/2014 7:55 PM
 
I just uploaded an new version of the DNN Turbo scripts, now supporting DNN versions 7.1.2 to 7.3.2, download for free from http://dnnscript.codeplex.com

Cheers from Germany,
Sebastian Leupold (Microsoft MVP)

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
8/22/2014 11:53 AM
 
Lucas Jans wrote:

I'm seeing a performance issue with 7.3.2. I am currently on 7.1.2 and I thought I would test performance to be sure there are no issues. I have an identical staged server setup. Same hardware. Same database. Same hard drive. Same app server. Only difference is one version was upgraded to 7.3.2. Yet, time-to-first-byte is about 2x worse on 7.3.2, which shocks me considering the focus on performance with 7.3. What could be the cause and how can I diagnose?

A little about our setup - we have a large number of users, portals and tabs in aggregate. 

Comparison 1 https://cloudup.com/cjG1_vIwfMd

Comparison 2 https://cloudup.com/cWMGsgthaJJ

Comparison 3 https://cloudup.com/cMqX1uFbnG9

 

 did you do multiple run's of the test and average the scores - it's common for startup of .net app's to vary (which is what time-to-first-byte is predominantly measuring - unless you mean you see the same effect on each page?)

Also, is this just the platform version of one of the evoq solutions?

As to the reasons, it's hard to guess, do you have the ability to use a tool such as redgate profiler , that may lead you to the performance hotspot.

Note: one thing you can try is to set EnableServicesFrameworkTracing to true in web.config (and ensure dotnetnuke.log4net.config is set to All) and see what sort of timings that has, it may reveal something e.g. I noticed the other day that 0.8 seconds of startup time was being consumed by a site where I had multiple dll's that had service framework route registration - so this is clearly an area we can improve. The reason I mention it is that I'm sure there are more service requests in 7.3.1 than 7.1.2, so perhaps that is causing some of the difference (people wouldn't really notice either as most people are worried about page performance and not app start)


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Performance and...Performance and...Why is time-to-first-byte in 7.3.2 slower than 7.1.2?Why is time-to-first-byte in 7.3.2 slower than 7.1.2?


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.

Content Layout

Subscribe to DNN Digest

Subscribe to DNN Digest

DNN Digest is our monthly email newsletter. It highlights news and content from around the DNN ecosystem, such as new modules and themes, messages from leadership, blog posts and notable tweets. Keep your finger on the pulse of the ecosystem by subscribing.  


Copyright 2017 by DNN Corp Terms of Use Privacy
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out