可怕的DotNetNuke表现

Pet*_*ger 5 iis performance dotnetnuke

我使用DotNetNuke版本05.01.04社区版参与了一个项目.我们正在使用它构建新的Intranet,但性能非常糟糕.

我们有五个人向它添加页面和内容,并且每15-30秒他们在系统继续并且下一个屏幕加载之前经历10秒或更长的暂停.

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

我们目前在系统中有350个页面,我们计划添加1000个.因此我们需要解决此性能问题,以便我们可以输入内容,以便我们可以上线.

我只是看不出瓶颈在哪里.使用DotNetNuke时,为什么要确定瓶颈有什么好处?

已安装模块

  • 发布:Engage (目前尚未使用)
  • Page Blaster (当用户使用集成身份验证登录时似乎不提供缓存)
  • SimpleGallery
  • XMOD
  • 内容管理者

IIS安装
应用程序回收完全禁用(除了凌晨2点回收)

新发现:2010年3月18日
主要瓶颈是由于版本5.1.4有一个错误导致平均页面上有1300次数据库往返,原因是数据库内存缓存损坏.我们已经升级到5.2.4,这已经解决了这个瓶颈.

现在,下一个最大的瓶颈是导航.我们使用了DDR:Menu和DDN:Nav,但两者都对性能产生了重大影响.

是否有一个导航界面,不会消耗性能如此糟糕?

Kev*_*Kev 5

我想你需要开始使用性能分析工具来研究这个问题.对于DNN应用程序本身,我会使用JetBrains DotTrace或Red Gate的ANTS Performance Profiler.

对于数据库,SQL Server Profiler将是第一选择,或者是Red Gate的SQL Response等工具.

如果不对这些应用进行分析,那么您将会吸管秸秆.

正如Tim在评论中指出的那样,在Firefox中使用YSlow插件安装Firebug,以查看哪些资源用于浏览器的时间最长.

  • JetBrains DotTrace 一直是一个救星——它向我们展示了最初的数据库瓶颈(连同 SQL Profiler),然后在修复之后它向我们展示了导航和 Url 重写性能问题。 (2认同)