performance - 糟糕的 DotNetNuke 性能

Question

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

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

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

我们目前在系统中有 350 个页面，我们计划增加 1000 个。所以我们需要解决这个性能问题，以便我们可以输入内容，以便我们可以上线。

我只是看不出瓶颈在哪里。使用 DotNetNuke 时确定瓶颈是否有很好的原因？

安装的模块

发布:参与(目前不在
使用)

Page Blaster(不出现
为用户提供缓存
使用集成登录
认证)

简单图库

XMod

内容经理

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

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

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

是否有一个导航界面不会如此严重地消耗性能？

Answer 1

我认为您需要开始使用性能分析工具对此进行调查。对于 DNN 应用程序本身，我会使用 JetBrains DotTrace 之类的东西。或红门的ANTS Performance Profiler .

对于数据库，SQL Server Profiler 将是首选或像 Red Gate 的 SQL Response 这样的工具。 .

如果不对应用程序进行概要分析，您将陷入困境。

正如 Tim 在他的评论中指出的那样，在 Firefox 中安装 Firebug 并使用 YSlow 插件来查看哪些资源需要最长的时间才能提供给浏览器。