我参与了一个使用DotNetNuke版本05.01.04社区版的项目。我们正在用它建造我们的新内联网,但是性能很差。
我们有五个人为其添加页面和内容,每15-30秒,在系统继续和下一个屏幕加载之前,他们会经历10秒或更长时间的暂停。
服务器为Windows 2003,3.8GHz,内存1GB。我们的服务器管理员告诉我,CPU和内存性能似乎不是瓶颈。
我们目前在系统中有350页,我们计划增加1000页。因此,我们需要解决这个性能问题,以便我们可以输入内容,以便我们可以去直播。
我只是看不出瓶颈在哪里。在使用DotNetNuke时,为什么要确定瓶颈呢?
安装了模块的
IIS设置
应用程序回收完全禁用(除凌晨2点回收外)
新发现:2010年3月18日
主要的瓶颈是5.1.4版本有一个错误,它导致平均页面上的1300个数据库往返,原因是内存中数据库缓存中断。我们已经升级到5.2.4,解决了这个瓶颈。
现在下一个最大的瓶颈是导航。我们同时使用了DDR:菜单和DDN:Nav,但是两者都对性能有很大的影响。
是否有一个导航接口不会严重地降低性能呢?
发布于 2010-02-04 14:00:06
我认为您需要开始使用性能分析工具来研究这个问题。对于DNN应用程序本身,我会获取类似于JetBrains DotTrace或Red的蚂蚁性能分析器之类的内容。
对于数据库,Server将是首选或工具,如Red的SQL响应。
如果不对应用程序进行分析,这些应用程序就会被抽走。
正如蒂姆在他的评论中指出的,在火狐中安装Firebug和YSlow插件,看看哪些资源花在浏览器上的时间最长。
发布于 2010-02-04 16:39:15
在DNN中,米切尔·塞勒斯有一些很好的教程和检查表要通过。从高性能DotNetNuke的配置与管理开始(它指向他以前的一些文章)。
发布于 2010-02-04 14:09:08
我有几年的开发和维护经验,当我遇到这样的问题时,我就开始从数据库清理开始工作。下一步是查找缺少的索引,并/或定期重新生成所有索引(为此排定的sql作业),但主要的性能提高将来自清理表。
另一个很好的注意事项是禁用跟踪、调试模式为false和关闭您不使用的dnn的功能(调度程序是第一个关闭的)。
编辑:考虑一下活命以及希望这有帮助
https://stackoverflow.com/questions/2199866
复制相似问题