糟糕的DotNetNuke性能

Question

我参与了一个使用DotNetNuke版本05.01.04社区版的项目。我们正在用它建造我们的新内联网，但是性能很差。

我们有五个人为其添加页面和内容，每15-30秒，在系统继续和下一个屏幕加载之前，他们会经历10秒或更长时间的暂停。

服务器为Windows 2003，3.8GHz，内存1GB。我们的服务器管理员告诉我，CPU和内存性能似乎不是瓶颈。

我们目前在系统中有350页，我们计划增加1000页。因此，我们需要解决这个性能问题，以便我们可以输入内容，以便我们可以去直播。

我只是看不出瓶颈在哪里。在使用DotNetNuke时，为什么要确定瓶颈呢？

安装了模块的

• 出版:参与(目前未使用)
• Page (在用户使用集成身份验证登录时似乎不提供缓存)
• SimpleGallery
• XMod
• 内容管理器

IIS设置

应用程序回收完全禁用(除凌晨2点回收外)

新发现:2010年3月18日

主要的瓶颈是5.1.4版本有一个错误，它导致平均页面上的1300个数据库往返，原因是内存中数据库缓存中断。我们已经升级到5.2.4，解决了这个瓶颈。

现在下一个最大的瓶颈是导航。我们同时使用了DDR:菜单和DDN:Nav，但是两者都对性能有很大的影响。

是否有一个导航接口不会严重地降低性能呢？

Answer 1

我认为您需要开始使用性能分析工具来研究这个问题。对于DNN应用程序本身，我会获取类似于JetBrains DotTrace或Red的蚂蚁性能分析器之类的内容。

对于数据库，Server将是首选或工具，如Red的SQL响应。

如果不对应用程序进行分析，这些应用程序就会被抽走。

正如蒂姆在他的评论中指出的，在火狐中安装Firebug和YSlow插件，看看哪些资源花在浏览器上的时间最长。

Answer 2

在DNN中，米切尔·塞勒斯有一些很好的教程和检查表要通过。从高性能DotNetNuke的配置与管理开始(它指向他以前的一些文章)。

Answer 3

我有几年的开发和维护经验，当我遇到这样的问题时，我就开始从数据库清理开始工作。下一步是查找缺少的索引，并/或定期重新生成所有索引(为此排定的sql作业)，但主要的性能提高将来自清理表。

另一个很好的注意事项是禁用跟踪、调试模式为false和关闭您不使用的dnn的功能(调度程序是第一个关闭的)。

编辑:考虑一下活命以及希望这有帮助