0

我们正在EmbeddableDocumentStore一个 UI 进程内运行。

在某些情况下,主数据或同步数据从服务器加载到存储中。尤其是在这些情况下,Raven 在利用可用资源方面做得非常,以至于它似乎使主 UI 线程饿死——我们主要谈论的是 CPU 周期。消息抽出受到沉重打击,使 UI 非常无响应。我很确定 Raven 的任何东西实际上都不会在 UI 线程上运行。

我宁愿让批量加载和数据同步以较慢的速度运行,如果它能给我带来更好的 UI 响应能力。

我自己对可以做什么的想法围绕线程的核心亲和力展开,这似乎是一大堆需要考虑的事情。

我的问题是,Raven 中是否有任何有希望的定制可能性/配置设置来真正降低它使用的周期。如果 Raven 使用较少周期的时间可以通过编程方式受到影响(即在完成大容量存储后恢复正常),那将是一个好处。

4

1 回答 1

2

尝试设置Raven/MaxNumberOfParallelIndexTasks配置选项来限制使用的核心数。

我敢打赌 CPU 用于索引过程,而不是实际的文档存储。

于 2013-11-08T09:50:43.847 回答