Performance 糟糕的DotNetNuke性能

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

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

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

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

我就是看不出瓶颈在哪里。在使用DotNetNuke时，是否有确定瓶颈的好理由

已安装的模块

• 发布：参与（当前未参与） （使用）
• 页面爆炸程序（不显示 在用户访问时提供缓存 使用集成的 身份验证）
• 简单的
• XMod
• 内容管理器

IIS设置
完全禁用应用程序回收（凌晨2点回收除外）

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

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

---

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

我认为您需要开始使用性能分析工具对此进行研究。对于DNN应用程序本身，我会选择JetBrains或RedGate的

对于数据库来说，SQL Server Profiler将是首选工具或诸如Red Gate之类的工具

如果不分析应用程序，这些将是徒劳的

---

正如Tim在评论中指出的那样，在Firefox中安装Firebug和YSlow插件，以查看哪些资源为浏览器服务花费的时间最长。

我有几年的dnn开发和维护经验，当我遇到这种问题时，我就从开始做事情。下一件事是，查找缺少的索引，和/或定期重建所有索引（sql作业为此而安排），但主要的性能增益将来自表的清理

另一个好的注意事项是，禁用跟踪，将调试模式设置为false，并关闭不使用的dnn功能（调度器是第一个关闭的）

<>编辑：同时考虑

---

希望这有助于

Mitchel Sellers提供了一些关于DNN性能的好教程和检查表。从（指向他早期的一些文章）开始。

您的数据库在该服务器上吗？如果是这样，只需增加一些RAM，或者获得更快的磁盘阵列…

您是否考虑过直接通过TSQL创建这么多页面？这并不难做到，而且可能会为您节省大量时间。

性能调整尝试：*将DNN缓存设置为“重”*安装页面爆炸程序*禁用IIS应用程序回收您使用的SQL Server版本是什么？如果是express edition，那么已知这只使用一个CPU，这可能是瓶颈？是否启用了页面压缩（gzip或deflate）？是否启用空白筛选？另外，请尝试在Firefox中安装Firebug和YSlow附加组件，以查看哪些资源的加载时间最长。1 GB的内存不足，无法满足此使用级别。@rbaryyoung-您怎么知道？我们的专用服务器上有1GB内存的客户，运行多个ASP.NET站点，包括运行DNN，每小时点击10000次。他们没有内存问题。你真的不需要为此支付额外的工具。基本性能分析所需的一切都已内置。@rbaryyoung-这是真的，我的主要观点是他应该分析应用程序/数据库，而不是抓住救命稻草。他选择什么工具完全取决于他自己。当然也有免费的工具，但这些都是我使用过的专业工具，它们的工作做得更好（IMHO），仅此而已。JetBrains DotTrace一直是一个救命稻草-它向我们展示了最初的数据库瓶颈（以及SQL Profiler）修复后，它向我们展示了导航和Url重写性能问题。@peter-很高兴你缩小了范围。我们现在添加了额外的索引并禁用了调度程序。虽然这些都不是主要瓶颈，也没有显著提高性能。谢谢，我们将研究这些菜单解决方案，因为我们当前的解决方案是当前的瓶颈。数据库位于单独的服务器上。web服务器和数据库服务器上的RAM都达到了主板/OS允许的最大值。你不能让我相信你的服务器只允许1GB的RAM。如果这是真的，我很高兴你能在智能手机上安装Windows2003！我们现在已经超过了添加页面的级别，并进入了尝试实现足够高的性能级别以启动阶段（！）