工具与软件:
您好、支持团队。
我们尚未成功地维护群集之间的高速缓存一致性。 我们正在研究 Linux 实施、但由于其范围广泛、我们尚未确定在何处处理。
同时、在 TRM 中回顾 MSMC 一章时、我们考虑了 MSMC_COHCTRL 中的 BCM 是否与此相关。 因此、我想问:为了保持群集之间的高速缓存一致性、我们是否需要启用此 BCM?
如果是、TRM 会指出、虽然可以随时启用缓存、但一旦在高速缓存处于活动状态时启用缓存、就无法恢复。 您能否确认这是否正确?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好、支持团队。
我们尚未成功地维护群集之间的高速缓存一致性。 我们正在研究 Linux 实施、但由于其范围广泛、我们尚未确定在何处处理。
同时、在 TRM 中回顾 MSMC 一章时、我们考虑了 MSMC_COHCTRL 中的 BCM 是否与此相关。 因此、我想问:为了保持群集之间的高速缓存一致性、我们是否需要启用此 BCM?
如果是、TRM 会指出、虽然可以随时启用缓存、但一旦在高速缓存处于活动状态时启用缓存、就无法恢复。 您能否确认这是否正确?
BCM 是绕过 MSMC 中的探查滤波器功能的模式。 因此、所有流量始终广播到两个群集。 我假设如果去除不必要的窥探、您就不会担心性能优化、因此可以进行设置。 请参阅 TRM 中的:
作为一种保障措施、MSMC 提供一种"广播模式"配置、该配置强制 MSMC 将所有监控过滤器条目视为 BROADCAST_UNIQUE。 这会导致为所有适用的相干主器件生成 snoop、以实现 snoop 过滤器命中。 此模式是粘滞模式、启用后无法禁用、因为启用后监测滤波器不能再被视为严格包含在内。 MSMC 一旦被触发、就需要复位以禁用广播模式。 若要启用广播模式功能、应将 MSMC_COHCTRL[0] BCM 位设置为0x1。
如果 TRM 显示设置它后不要返回到零、我会说不要返回到零。
Pekka