xslt - Umbraco 中是否有任何技术可以识别哪个 XSLT 在转换时速度缓慢？

Question

我的 Azure 帐户上托管的 Umbraco 网站的性能非常慢。该帐户运行两个站点，均设置为超小大小，并运行两个实例以进行故障转移。

为清楚起见进行了编辑 --

每个实例中有两个可用站点。在这两个站点中，一个工作正常，另一个则非常慢(尽管是从同一个实例、同一个 IIS 等提供服务)。

--

我首先检查了 Azure 实例，它们看起来不错并且没有特别困难(常用工具:任务管理器、资源监视器、perfmon 等)。这两个站点都从 SQL Azure 运行，并且似乎几乎没有延迟。

接下来，我使用 ?umbdebugshowtrace=true 查询字符串运行我的缓慢网站，大部分延迟发生在页面生命周期的此时:

Category Message FromFirst(ms) FromLast(ms)

umbracoMacro Before performing transformation 0.858817787142857 0.000024

Resolve Urls 0 11.9020404352381 11.043223

umbracoMacro After performing transformation 11.9022704233333 0.000230

运行 XSLT 转换大约需要 11 秒。

所以我做了一些调查性的黑客攻击，基本上一次一个地删除了页面上的每个 XSLT 控件，它们(单独)似乎都没有导致挂起。

有没有人对我如何进一步深入研究这个问题有任何建议，也许可以得到更多关于延迟到底在哪里的信息？

很高兴我有足够的数据来缩小 XSLT 转换问题的范围，但如果能提供更多信息就更好了:)

非常感谢您的任何建议!

卡尔。

Answer 1

我相信禁用控件子集(不是逐个禁用)是一种实用的方法。

事实上，可以像二分搜索过程一样执行此操作:

1. 基础:如果您只有一个控件，则这是有问题的控件

2. 禁用一半的控件并尝试。如果低效率现象消失了，那么罪魁祸首就在被禁用的那一半——如果没有，那么罪魁祸首就在剩下的一半。

3. 继续递归，将上述 2. 应用于包含故障控件的控件集。