我们在UI流程中运行EmbeddableDocumentStore
。
在某些情况下,主数据或同步数据将从服务器加载到存储中。特别是在那些情况下,Raven在利用可用资源方面做了这么好的工作它似乎饿死了主UI线程 - 我们主要讨论CPU周期。消息传递受到沉重打击,使UI非常反应迟钝。我很确定Raven实际上没有在UI线程上运行。
如果它能让我获得更好的UI响应能力,我宁愿让批量加载和数据同步以更慢的速度运行。
我自己对可以做什么的想法围绕着线程的核心亲和力,这似乎是一大堆需要考虑的因素。
我的问题是,如果Raven中有任何有前途的自定义可能性/配置设置可以实际降低它所使用的周期。如果Raven使用较少周期的时间可以通过编程方式受到影响(即在完成大量存储时恢复正常),则可获得奖励。
答案 0 :(得分:2)
尝试设置 Raven / MaxNumberOfParallelIndexTasks 配置选项以限制使用的核心数。
我敢打赌,CPU会被索引进程使用,而不是实际的文档存储。