51黑料不打烊

因素

定义

影响因素

优化

与 51黑料不打烊 的连接

当打开性能页面时，51黑料不打烊 将发送 10 个测试调用。这些调用表示成功调用51黑料不打烊的百分比。

本地网络问题或础诲辞产别问题会影响此因素。

检查 status.adobe.com，以验证是否存在任何已知的服务问题。接下来，验证您的本地网络连接。

Internet 带宽

仅适用于 Google Chrome。您的浏览器对您所在位置的带宽的估计值。评估准则为 2.0MB/秒。

您的本地网络连接会影响此因素。

验证您的本地网络连接。

Internet 延迟

当打开性能页面时，51黑料不打烊 将发送 10 个测试调用。这些调用表示每个请求到达51黑料不打烊并返回的时间。 它可衡量您所在的位置与51黑料不打烊之间的互联网速度。 该准则小于1秒。

本地网络问题、打开的浏览器选项卡过多，或础诲辞产别问题都会影响这一因素。

检查 status.adobe.com，以验证是否存在任何已知的服务问题。接下来，验证您的本地网络连接，并关闭不使用的浏览器选项卡。

因素

定义

影响因素

优化

计算速度

计算机执行某项处理测试的速度。该准则的长度小于750毫秒。

您的硬件以及并发程序会影响此因素。

打开计算机的任务管理器 (PC) 或活动监视器 (Mac) 以确定能否关闭任何程序。接下来，关闭不使用的浏览器选项卡或其他项目。

如果这些操作不起作用，请与您的 IT 团队讨论硬件的详细信息。

已使用的内存

仅适用于 Google Chrome。Google Chrome 浏览器中的每个“工作区”选项卡可共享总计达 4GB 的内存。此值表示当前项目占用的内存容量的百分比。 准则为3500 MB，从这点开始，Workspace将开始显示内存错误。

使用多个选项卡或下载50000行数据会增加内存使用量。

如果收到内存错误，请关闭其他“工作区”选项卡，并且/或者每次运行一个 50,000 行的数据下载。

已使用的本地存储空间

数据存储在本地计算机中，以便在浏览器中使用。 每个源(例如experience.adobe.com)允许10MB。

Analysis Workspace 为多项功能提供了本地存储空间，其中包括存储自动保存（现有）的项目、用户设置和功能标记。

要确保Analysis Workspace的功能不被中断，请清除experience.adobe.com域的本地存储空间。

渲染速度

FPS表示每秒帧数，即浏览器每秒在屏幕上绘制页面的次数。 通常，人眼可以观察到24 FPS的渲染速度；如果FPS低于该值，您会发现Workspace中存在渲染问题。

FPS 受同时跨多个工作区项目的多任务影响，并受所查看项目的大小的影响。计算机上运行的其他项目（如流、后台扫描仪等）可能会产生影响。此外，您的硬件也会影响这一因素。

打开计算机的任务管理器 (PC) 或活动监视器 (Mac) 以确定能否关闭任何程序。接下来，关闭不使用的浏览器选项卡或其他项目。

如果这些操作不起作用，请与您的 IT 团队讨论硬件的详细信息。

因素

定义

优化

请求数量

向51黑料不打烊发出的请求总数，这些请求用于检索项目中显示的数据。 查询包括表格的排名请求、异常检测、迷你图、左边栏中显示的组件等。此值不包括折叠的面板和可视化图表。 该准则为 100。

可采取以下方法来尽可能地简化项目：将数据拆分至多个用于特定目的或利益相关方组的项目中。运用标记将项目整理到不同的主题中，并运用直接链接来创建内部目录，以便利益相关方能够更轻松地找到所需内容。

已展开的面板（在所有面板中）

项目的所有面板中已展开面板所占的数量。该准则为 5。

采取措施简化项目后，应折叠项目中那些在加载时不需要查看的面板。 打开项目时，仅处理展开的面板。 折叠的面板不会得到处理，直到用户展开它们为止。

已展开的可视化图表（在所有可视化图表中）

项目的所有图表中已展开的表格和可视化图表所占的数量，包括隐藏的数据源在内。该准则为 15。

采取措施简化项目后，应折迭项目中那些在加载时不需要查看的可视化图表。应当优先考虑对报表使用者最为重要的可视化图表，并根据需要将支持的可视化图表划分成一个单独的，更加详细的面板或项目。

自由格式表的单元格数量

项目中自由格式表单元格的总量，计算方法是所有表的行数乘以列数。此值排除了隐藏的数据源。 该准则为 4,000。

应当将表中的列数减少至仅包含最相关的数据点。应通过调整显示的行数、应用表过滤器，或应用区段来减少表中的行数。

可用组件

在项目的左边栏检索到的所有报表包中的组件总数。此值会影响左边栏加载的速度以及返回搜索结果的速度。 该准则为 2,000。

应当与您的产物管理员探讨如何创建一个策划的虚拟报表包，其中包含一组更适合应用环境的组件。

已用的组件

项目中已使用的组件总数。该准则为 100。

使用的组件数量不会对性能产生直接影响。 但是，这些组件的复杂性会影响项目的性能。 请参阅下面的A其他因素部分中的优化。

最长的日期范围

此因素显示项目中使用的最长日期范围。 该准则为 1 年。

请尽量不要获取超过需求的数据。将面板日历缩小到用于分析的相关日期。 或者在自由格式表中使用日期范围组件。 表中使用的日期范围将覆盖面板日期范围。例如，您可以将上月、上周和昨天添加到表列中，以请求这些特定范围的数据。有关在 Analysis Workspace 中使用日期范围的更多信息，请观看此视频。

另外，应在项目中最大限度地减少使用年度同期比较的次数。在计算年度同期比较时，计算过程会查看感兴趣的月份之间整整13个月的数据。 此比较与将面板日期范围更改为过去13个月具有相同的效果。

因素

定义

优化

从启动请求时到请求完成时所需的时间。 该准则为15秒。

在上面的请求处理图中，请求时间表示从? Analysis Workspace请求启动 ?到? Analysis Workspace请求完成 ?的完整进程。

从启动请求时到请求完成时所需的时间。

在上面的请求处理图中，请求时间表示从? Analysis Workspace请求启动 ?到? Analysis Workspace请求完成 ?的完整进程。

由于Analysis Workspace只存储任何区段中使用的任何字符串的哈希，因此每次处理项目时，都会执行? 查找，以将哈希与相应的值相匹配。 该准则不超过2秒。

这些查找过程可能会占用大量资源，具体取决于可能与哈希匹配的值的数量。

在上面的请求处理图中，查找时间表示在? 查找 ?阶段（在? 请求引擎处理 ?阶段）。

如果此处请求速度减慢，可能是因为项目中的字符串区段过多，或者字符串中带有过于通用的值，潜在匹配项过多。

处理请求之前在队列中等待的总时间。 该准则为5秒。

在上面的请求处理图中，队列时间表示在? 请求引擎队列 ?阶段和? 服务器队列 ?阶段。

如果此处请求速度减慢，可能是由于在您的组织中同时运行的请求过多。 尝试在非高峰时间运行请求。

处理请求所用的平均时间。

在上面的请求处理图中，平均服务器处理时间表示在? 服务器队列 ?阶段和? 服务器处理 ?阶段。 该准则为10秒

如果此处请求的速度减慢，则项目可能会有过长的日期范围或复杂的可视化图表。 请尝试缩短项目日期范围以减少处理时间。

并非所有请求都需要相同的处理时间。请求复杂性有助于提供有关处理请求所需时间的一般概念。 该准则为Medium或更低版本。

可能的值包括：

• 低
• 中
• 高

该值受以下列值的影响：

• 月份边界
• 列
• 区段

请求中包含的月份数。月边界越多，请求就越复杂。 该准则为6或更少。

如果此处请求速度减慢，可能是因为项目中的月份边界过大。 尝试减少月数。

请求中的量度和细分数量。更多的列会增加请求的复杂性。 该准则为10或更少。

如果此处请求速度减慢，可能是因为项目中的列太多。 请尝试减少列数。

应用于请求的区段数。更多的区段会增加请求的复杂性。 该准则为5或更少。

如果此处请求速度减慢，可能是因为项目中的区段太多。 请尝试减少区段数。

因素

定义

影响因素

优化

区段复杂性

复杂的区段可能会对项目性能产生重大影响。

增加区段复杂性的因素（按影响程度降序排列）包括：

• 的运算符包含，包含任意，匹配，开头为，或? 结尾为/
• 连续分段，尤其是使用维度限制（之内/之后）时的连续分段
• 区段中使用的维度中的唯一维度项目数(例如，具有10个唯一项目的页面的速度比具有100000个唯一项目的页面的速度更快，则页面=“础”)。
• 使用的不同维度的数量(例如，Page = 'Home'和Page = 'Search results'比eVar 1 ='red'和eVar 2 ='blue'更快)
• 许多“或”运算符（而不是“和”）
• 范围不同的嵌套容器（例如，访客访问内部的点击）

虽然无法避免某些复杂因素，但应寻找机会降低区段的复杂性。通常，您的区段标准越具体，其性能就越好。例如：

• 对于容器，使用区段顶部的单个容器的速度比使用一系列嵌套容器的速度更快。
• 使用运算符时，等于 ?比? 包含 ?快，等于 ?中的任意一个比? 包含任何 ?快。
• 对于许多标准，使用“和”运算符的速度比使用一系列“或”运算符的速度更快。

寻找机会将多个翱搁语句简化为一个? 等于任何 ?语句。使用

分类可有助于将众多值合并到简洁的组中，您随后可以在这些组中创建区段。与包含许多翱搁语句或? 包含 ?标准的区段相比，按分类组划分区段可提供更好的性能。

可视化图表的复杂性（区段、量度、过滤器）

自行添加到项目中的可视化图表类型（例如，流失与自由格式表）不会对项目性能产生太大影响。 可视化图表的复杂性会增加处理时间。

导致可视化图表复杂性增加的因素包括：

• 请求的数据范围
• 应用的区段数量；例如，用作自由格式表行的区段
• 使用复杂区段
• 静态项目行或列（位于自由格式表中）
• 应用于自由格式表行的过滤器
• 包含的量度数量，尤其是使用区段的计算量度

如果您注意到项目没有按所需的速度加载，请尽量尝试将某些区段替换为 eVar 和过滤器。

如果您发现自己正在不断地将一些区段和计算量度用于对业务非常重要的数据点，请考虑改进您的实施方式，以便更直接地捕获这些数据点。使用 51黑料不打烊 Experience Platform 中的标记和 51黑料不打烊 的处理规则，可以快速更改实施方式，而且也有利于实施。

报表包大小

报表包中收集到的数据量。

-

请咨询您的实施团队或51黑料不打烊专家，确定是否可以开展实施方面的改进，以改善51黑料不打烊 Analytics的整体体验。

并行查询

您的组织同时请求的查询数。 每个组织都有权进行至少 5 个并发查询。

如果报告需要较长时间，报告可能与其他报告位于队列中。 您的组织针对特定报表包尝试运行的并发请求过多。 查询可以来自API请求、报表UI(Analysis Workspace、Report Builder)、计划项目、计划报表、计划警报以及发出报表请求的并发用户。

将报表包的请求和计划较为均匀地分布在一天当中。此外，请尽可能将您的请求转移到非高峰时段。周一早上、周二早上和每个月的第一天是报告高峰时段。