MSR Orleans - 如何使用并行读取创建读写器粒度

Question

我需要一个读写器粒子（s？）来保存一些值，以便系统的其他部分可以频繁地并行地引用它们。

我所追求的是存储一些系统范围的配置值，这些配置值经常被访问，并且可能会发生变化，但非常罕见（最多每月一次）。 系统应该可以重新配置，无需停机。 我目前正在考虑的是将数据存储在某个数据库中。 然后它将在silo启动时读取，并且会有一个特殊的回调函数，在外部更改后再次读取数据。 我不想每次需要时都从数据库中读取数据，因为：

• 它会在孤岛内部创建不必要的处理开销，因为必须处理和过滤掉一些数据。
• 它会增加数据库的负载，我不能保证在处理高负载时会像silo环境一样好。
• 在更新之前，数据由筒仓环境进行验证。 直接从数据库中读取意味着当操作员更新并修复新数据时，将没有中间层来保存最后已知的有效数据。

我可以轻松地创建一个读写器锁定的内存数据存储，但奥尔良的单线程执行策略不允许并行访问保存数据的粒度。 我可以想到以下几种方法来绕过这个：

• 在多个谷物中有多个数据副本。 这显然不是最佳的。
• 使用静态字段存储数据并使谷物成为无状态工作者。 这意味着每个孤岛都有自己的数据副本（这也有助于减少网络负载），但是没有办法要求每个孤岛更新其数据副本（我至少知道）。

建议？

Answer 1

您是否看过类似智能缓存模式的内容 ？

也许使用Reentrant grain也可以提供帮助，这将允许方法调用交错。

我在github上发现了这个问题 。

Answer 2

我们在GitHub上找到了一个不需要基于计时器的更新的解决方案。 我将详细解释这里的解决方案：

1. 有一个主谷物，负责从数据库中读取数据。 当配置更改时，此粒度还会接收外部UpdateConfig调用。 数据库是“手动”更新的，所以我不在乎它是不是自动选择更新。
2. 每个筒仓上都有无国籍的工人缓存谷物。 这些粒子将数据存储在静态对象中（以帮助填充内存）并使用读写器锁来管理对数据的访问。 当第一个在筒仓上醒来时，它会更新数据，其余的只是使用该数据。 它们还支持外部UpdateConfig调用，该调用将依次向主粒子请求新数据。
3. 有一个引导程序提供程序，它做两件事。 首先，它在初始化时唤醒主粒度，因此数据在需要之前可用，因此我们可以避免延迟初始化打嗝。 其次，提供程序还支持控制命令（有关可控提供程序的示例，请参见此处 ）。 收到此命令后，它将询问第一个可用的缓存粒度（保证是本地的）以更新静态对象。 这样，数据就会在每个孤岛中更新。 主粒度只是在更新其数据时发送此控制命令。