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...Performance and...Performance and...Performance of DNN 6.1.3 vs. 5.6.2Performance of DNN 6.1.3 vs. 5.6.2
Previous
 
Next
New Post
5/19/2012 7:17 PM
 

Hi Cathal,

The article you pointed me to on dotnetnuke.com showed over a 20% performance decrease on page load times on DNN 6.1 vs 5.6, what other information do you need?  I understand the article also showed some performance increases with the client resource mgmt API and, I do like the tool or at least the idea of it since I have not completely tested it.  The combining and minifying of css and javascript files is great but much of that can be done manually, and more importantly we are talking about cached files.  You server response time is a hit you will incur on every page load.  If it were me I would have put the page load graph at the top, you really don't want to emphasize something like a yscore slow over page load times, but I understand that would not have supported the claims of increased performance.

 
New Post
5/20/2012 7:24 AM
 
cathal connolly wrote:
we've (obviously) tested a number of permutations and not seen the performance decrease, so any information anyone can provide would be great (e.g. perhaps it's only seen in certain .net versions or with integrated or classic pipeline)

 Well a lot of people is using DNN on (premium) shared plans. Not everybody has a dedicated server. 

DNN 5.6.2 was great in speed, DNN 6.1x is not.

 
New Post
5/22/2012 6:42 PM
 

Ok so to complete this thread or at least contribute to ongoing discussion, I can confirm the reasons behind the differences in speed.  20-30% of the problem arose from server location, the server on the faster site is in Amsterdam which is closer to us and has a lower ping time.  The server on the slower site is in the US and has a higher ping time.  The remainder is due to higher page load times in the version of 6.1.3 vs. 5.6.2.  This performance difference is also documented by DNN at the Will's blog post that Cathal provided.

Performance seems to be one of the bigger challenges for DNN, I expect at some point DNN Corp. will focus more on this issue, it is clearly something they are interested in given the client resource management API.  The performance issues are understandable, really, due to the large number of potential settings and the processing it takes to apply all the extra stuff that not everyone will use but which gives DNN some of it's appeal.  Personally I would like to see a performance edition which has the ability to disable many of the features in favor of performance (of course, along with a string of other performance increase methodologies).  This would be great in CE, but if anyone from DNN reads this...there could be significant revenue potential by making this available to PE and EE clients and marketing true, impressive performance metrics.  I would envision some migration away from CE, and I think it is reasonable to have better performance for paid editions.

Hey, while I am at making suggestions that probably no one who matters will ever read or pay any attention to...lol...besides performance a respectable forum would be nice.  Unfortunately this forum has some critical limitations that I think result in many, many people and companies opting not to use it and, DNN.  This is purely speculative but seems like common sense with forums being such a big part of many portals.  OK, so you click image manager on toolbar and get a folder of files on the site from all users across many different directories.  Never seen such a thing on anything close to an 8K alexa site (like DNN), just really screams low standards.  Next try and post a link with the link manager...you get a very large delay while waiting for the control to load something that should be entirely client side.  Most other forums...instant, as in, was already on the page just hidden (there is 'lite' link manager for the telerik toolbar that does load quickly, should be being used here).  Well I could go on but I think or hope for DNN'ers sake this forum will be replaced with the one purchased from active modules...it is just a much better forum.  Unfortunately it has quite a few issues of it's own (many of which we have fixed in the source we purchased and more of which we will fix in the future...we would share these if DNN asked) and I would hope DNN fixes these before putting it out there.  Long term, need to dump Telerik controls and create an effective and quick WYSIWYG editor.  Of course, performance and search are other big issues, but at least with active forums performance is not bad, more work needed though on search, attachments, and a host of other issues (One of many examples... topic review when replying to a topic pulls all posts from the topic, not a problem if you have all topics with few posts but try loading that puppy when you have a topic with a few thousand replies, and kiss your browser goodbye...)

Ok, now let me push submit and wait far too long while the admittedly attractive telerik loading icon goes round and round and...

 
New Post
5/23/2012 1:55 PM
 

Peformance is an ongoing area that we try to improve with each new release - however it's something we regard as "core" and not a paid benefit -we strongly believe that everyone should benefit from the work and not just paid customers.

We have a number of items on our plate that we hope to address in future releases - some of these are tied to the framework version (e.g. when we move to requiring .net 4.0 expect us to do a lot of viewstate improvements, which will reduce both the page size and the amount of information posted back on future requests) and some were tied to sql version (we have some enhancements that we can now make as we require sql 2005). In addition you'll notice that we will continue to create more ajax based responsive interfaces (such as the new messaging, journal, memberdirectory etc) as well as utilise the services framework to ensure that only minimal data is posted and the minimum amount of data returned, with the UI updating quickly without requiring postbacks.

As for the forum, this will be replaced with the new forum (which is essentially the activeforums product we acquired with some enhancements) - this is due out in the 6.2.0 release timeframe.

If you find any issues, I recommend logging them to support.dotnetnuke.com so we can assess them and schedule them for future releases.

Finally, i appreciate you posting back your findings.


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
5/23/2012 2:55 PM
 
cathal connolly wrote:

Peformance is an ongoing area that we try to improve with each new release - however it's something we regard as "core" and not a paid benefit -we strongly believe that everyone should benefit from the work and not just paid customers.

That's good to hear :)  Well I know DNN has a lot on it's plate with so many users with such a wide array of needs and desires.  Still the best CMS out there, at least that I have worked with :)  Thanks for taking the time to read and post Cathal, I would not know where to start in Gemini since we are working with code originally from AM as opposed to the version modified by DNN and would hate to load the bug tracker with irrelevant issues.

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Performance and...Performance and...Performance of DNN 6.1.3 vs. 5.6.2Performance of DNN 6.1.3 vs. 5.6.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.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out