方面并发解决方案？
facet concurrent resolution ?
search:search 方面计算的并发选项在内部运行是（许多方面在同一核心上并行解析）还是（每个方面在单个核心上解析）？
并发级别选项的最大限制是多少？此选项与核心数之间有什么关系吗？
如果这些方面在同一个核心上解析？它们是在同一进程中使用多个线程计算的，还是每个方面都解析为不同的进程？
ML7 和 ML8 是否以不同的方式解析并发方面？
在 cts:element 中 "concurrent" 选项的值文档：here
你是什么意思
" 这在同一查询中发生多个词典调用的情况下特别有用（例如，在单个查询中解析多个方面）" ?
您如何定义同一个查询或单个查询？
如果我需要在不使用 search:search 的情况下使用 cts:element 值解决许多方面，我如何将它们放在 "single query" 中以便它们可以同时解决？
每个应用服务器都配置了最大线程数。
concurrency-level within the query options 控制使用 REST 或搜索 API 的查询可能消耗的线程数（受应用服务器的最大值限制）。
当查询为运行时，服务器分配线程用于分面解析（最多为查询选项的最大值和当时可用的实际线程数中的较低者）。
如果面的数量多于线程，额外面的分辨率将在线程之间以平衡的方式分配。
服务器设计为在运行宁线程中利用多核。
ML7 和 ML8 采用相同的基本方法。
查询由请求、评估或调用的端到端处理组成。
要同时执行多个 cts:element-values() 请求，请在执行所有调用之前不要访问调用分配的变量。
也就是说，搜索 API 擅长并发执行方面，因此您可能希望利用它的功能，除非您有紧迫的理由不这样做。
search:search 方面计算的并发选项在内部运行是（许多方面在同一核心上并行解析）还是（每个方面在单个核心上解析）？
并发级别选项的最大限制是多少？此选项与核心数之间有什么关系吗？
如果这些方面在同一个核心上解析？它们是在同一进程中使用多个线程计算的，还是每个方面都解析为不同的进程？
ML7 和 ML8 是否以不同的方式解析并发方面？
在 cts:element 中 "concurrent" 选项的值文档：here
你是什么意思 " 这在同一查询中发生多个词典调用的情况下特别有用（例如，在单个查询中解析多个方面）" ?
您如何定义同一个查询或单个查询？
如果我需要在不使用 search:search 的情况下使用 cts:element 值解决许多方面，我如何将它们放在 "single query" 中以便它们可以同时解决？
每个应用服务器都配置了最大线程数。
concurrency-level within the query options 控制使用 REST 或搜索 API 的查询可能消耗的线程数（受应用服务器的最大值限制）。
当查询为运行时，服务器分配线程用于分面解析（最多为查询选项的最大值和当时可用的实际线程数中的较低者）。
如果面的数量多于线程，额外面的分辨率将在线程之间以平衡的方式分配。
服务器设计为在运行宁线程中利用多核。
ML7 和 ML8 采用相同的基本方法。
查询由请求、评估或调用的端到端处理组成。
要同时执行多个 cts:element-values() 请求，请在执行所有调用之前不要访问调用分配的变量。
也就是说，搜索 API 擅长并发执行方面，因此您可能希望利用它的功能，除非您有紧迫的理由不这样做。