Engine（引擎）
Engine（引擎）使用高速数据处理和分析来执行工作流。此过程可以在 Designer 中完全独立完成，可通过 Alteryx Service 扩展到整个组织，或者以云方式部署在 Server 中。
在 系统设置 的 Engine 屏幕上配置引擎组件。
Engine Configuration（引擎配置）
Engine Configuration 屏幕具有配置选项，例如您要存储临时文件和日志文件的位置，以及用于指定系统资源使用以优化性能的选项。
Temporary Directory（临时目录）
Server 存储工作流处理中使用的临时文件的位置。
Logging Directory（日志记录目录）
Server 存储工作流处理期间生成的输出日志的位置。如需了解详情，请访问 Configure and Use Server Logs（配置和使用 Server 日志） 。
Package Staging Directory（包暂存目录）
编辑存储在 Server 中的工作流时，Server 临时保存与工作流相关联的文件的位置。默认情况下，Server 将这些文件保存在 Engine Temporary Directory（引擎临时目录中）。
Browse Everywhere Settings
Memory Limit per Anchor (KB)
The maximum memory to use to consume data for each output anchor for tools in a workflow. The default memory doesn't typically need to be changed.
Engine（引擎）
Engine 设置告诉工作程序可以使用哪些引擎，进而告之可以运行哪些工作流。如果您选择 AMP Engine Only（仅限 AMP Engine） 或 Both Engines（两类引擎） ，则还必须选择 Enable AMP Engine（启用 AMP Engine） 以在环境级别启用 AMP。如需更多信息，请参阅 控制器 帮助页面。
选择 Original Engine Only（仅限原始引擎） ，以在此节点上仅运行原始引擎工作流。
选择 AMP Engine Only（仅限 AMP Engine） ，以在此节点上仅运行 AMP Engine 工作流。
选择 Both Engines（两类引擎） 以在此节点上运行原始引擎和 AMP Engine 工作流。如果同一节点允许运行两类引擎，则无法保证服务质量作业的完成时间。
如需详细了解 AMP Engine，请前往 Alteryx AMP Engine 和 AMP Engine 最佳实践 帮助页面。
了解 AMP Engine 设置
Server 环境中， System Settings > Controller 屏幕上的 Enable AMP Engine（启用 AMP Engine） 设置是开/关式设置。此设置在环境级别启用 AMP。如需更多信息，请参阅 控制器 帮助页面。 System Settings > Engine 中的设置告诉工作程序可以使用哪些引擎，从而可以运行哪些工作流。
例如，让我们以一个 3 节点环境为例。节点 1 已为控制器和 Server 进行设置并启用了 AMP。节点 2 是工作程序专用的节点，其引擎设置为 仅限原始引擎 。节点 3 是工作程序专用的节点，其引擎设置为 Both Engines（两类引擎） 。在此情景中，启用了在 Server 上运行 AMP 工作流的选项，这些工作流将仅在节点 3 上运行。原始引擎工作流将在节点 2 或节点 3 上运行。如果节点 3 脱机，原始引擎工作流仍将在节点 2 上运行，但 AMP 工作流将卡在队列中，直到节点 3 恢复联机为止。
Allow Server to Manage Engine Resources（允许 Server 管理引擎资源）
如果您希望 Server 自动填充 Default Number of Processing Threads（默认处理线程数） 和 Memory Limit（内存上限） 值，请选中此框。
选中后，在服务启动时，系统将检查您的硬件资源，包括逻辑处理器和总系统内存。根据此检查，系统将计算默认的 Number of Processing Threads（处理线程数） 和 Memory Limit（内存上限） 值。
选中时， Allow users to override these settings 将被禁用。
When not selected, you can specify a number for Memory Limit (MB) and Number of Processing Threads.
Memory Limit (MB)
Memory Limit (MB) is the maximum memory the engine will use to perform sort and join operations in a workflow. The default memory doesn't typically need to be changed.
If you selected the Allow Server to manage engine resources checkbox:
For Server machines that act as both a worker and a controller with the embedded MongoDB, the Memory Limit (MB) is automatically calculated based on this formula:
(((Total Physical RAM/2) - 4096) / Number of Simultaneous Jobs)
For standalone workers, more memory is allocated to run workflows based on this formula:
(Total Physical RAM / (Number of Simultaneous Jobs +2))
If the formulas result in less than 2 GB, set the Memory Limit (MB) to the minimum of 2 GB to ensure the engine is able to execute.
If you haven’t selected the Allow Server to manage engine resources checkbox, you can specify a number for Memory Limit (MB).
重要
For Server machines that act as both a worker and a controller with the embedded MongoDB, a good starting point is...
Memory Limit = (((Total Physical RAM/2) - 4096) / Number of Simultaneous Jobs)
For standalone workers, you can allocate more memory to run workflows. However, we recommend reserving 4 GB of memory to ensure the OS and other system services have enough memory. A good starting point is...
Memory Limit = (Total Physical RAM / (Number of Simultaneous Jobs +2))
Default Number of Processing Threads
Default Number of Processing Threads defines the number of processing threads tools or operations can use. Generally, the default value shouldn't be changed.
If you selected the Allow Server to manage engine resources checkbox, the Default Number of Processing Threads is automatically calculated based on this formula:
Default Num Processing Threads = [LogicalCores]
If you haven’t selected the Allow Server to manage engine resources checkbox, you can set the Default Number of Processing Threads.
Allow Users to Override These Settings
Select Allow users to override these settings to allow users to override the above settings to define their own memory usage, processing, threads, etc. If unchecked, the users assume the settings provided.
Run Engine at a Lower Priority（以较低优先级运行引擎）
在 2023.1 版本之前，AMP 忽略 Alteryx 系统设置中的 Run engine at a lower priority 设置。这意味着无论选择什么，AMP 始终以较低的优先级运行。
2023.1版本执行 Run engine at a lower priority（以较低优先级） 设置。如果未选中此设置，则使用 AMP Engine 构建的工作流可能使用所有处理器内核和大量RAM (取决于您的设置)。这可能会导致系统响应较慢并影响 Server 的行为。有关详细信息，请参阅 Microsoft 的调度优先级页面 。
Allow User Alias to Override the System Alias（允许用户别名覆盖系统别名）
选择 Allow User Alias to Override the System Alias ，以允许别名存储库中的任何用户别名优先于系统别名。
Proxy（代理）
Server 可以使用代理来访问 Internet，而不是直接连接至 Internet 主机。
Server 从登录到计算机的用户的 Windows Internet 设置中提取 Engine > Proxy 中显示的代理设置。如果登录到计算机的用户没有代理设置，则 Engine Proxy在“系统设置”菜单中不可用。
您可以指定 Proxy Protocol Type（代理协议类型） （支持 HTTP 和 SOCKS5h）。如果您未指定类型，则默认为 HTTP 协议。
重要
Engine > Proxy 中显示的代理设置可能不会体现工作流执行期间服务运行时实际使用的代理设置。如果您的组织使用代理访问 Internet，我们建议使用 Worker Run As 设置，以确保在 Server 用户运行和计划工作流时有访问 Internet 的许可。如需了解详情，请访问 Worker（工作程序） 帮助页面。
如果为计算机设置了代理服务器，并且需要用户名和密码，请选择 Proxy requires password（代理需要密码） 以输入 Username 和 Password 进行代理身份验证。