1
0
如果你查一下 Reliable Dictionary CreateEnumerableAsync Method ,您可以看到它被设计为并发工作,所以并发性不是一个问题。
问题是 同时 不代表 快速的 当您以这种方式进行查询时,它将:
当有大量的查询以这种方式运行时,会出现许多因素:
使用可靠字典的最佳方法是通过键检索这些值,因为它确切知道特定键的数据存储在何处,并且不会增加查找数据的额外开销。 如果你真的想用这种方式,我建议你把它设计成 Index Table 在一个字典中存储按ID索引的数据,另一个字典中的键是搜索值,值是主字典的键。这会快得多。 |
2
0
根据我看到的代码,你所读到的都是在 初级的 副本-因此,您有7个节点和60个服务实例来处理请求。如果我一切都好的话 六十 处理请求的副本。 你有 七 节点和 六十 副本——因此,如果我们设想它们在我们拥有的节点之间或多或少地均匀分布 八 每个节点的副本。 我不确定每个节点的物理配置,但是如果我们假设每个节点有4个VCPU,那么您可以想象,当您在同一个节点上发出8个并发请求时,所有这些请求现在都应该使用4个VCPU执行。这种情况会导致工作线程 战斗 对于资源-保持简单,会显著降低处理速度。
这里之所以能看到这种效果,是因为你
扫描
这个
您可以尝试更改代码以使用
|
Robert King · Unity C#语法问题-转换位置 1 年前 |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
law · 检查答案按钮的输入字符串格式不正确 2 年前 |
i_sniff_ket · 在unity之外使用unity类 2 年前 |