我目前正在处理应用程序使用Hazelcast的上下文。所使用的范例不是嵌入式的,因此使用服务器-客户端。
我有一个在分布式地图上执行查询的流。经过所有我能想到的优化,与内存格式、查询缓存、索引等的不同组合。我所能达到的最大目标是大约10毫秒的延迟,我知道这对于单个操作来说听起来很快。
问题是,当前的应用程序是基于微秒延迟的一些流。
,所以我的问题是,对于Hazelcast.的查询引擎,这种优化可能吗?或者我是否应该集中精力更新业务代码?
我正在使用Hazelcast: 4.2和一个大约14000个项目的地图,内存计数(总计)约10 MB,所以没有那么大。测试是在本地工作站上完成的。
发布于 2022-10-13 10:15:39
因此,在进行了所有调试之后,似乎查询被限制在以毫秒为单位的延迟中。在4.2版本中似乎没有一条通向微秒的路。在使用连续查询缓存时,似乎执行了一些不必要的序列化,在某些情况下,这可能占用总延迟的30-40 %,但即使没有这种情况,总延迟仍将停留在毫秒范围内。
https://stackoverflow.com/questions/73959123
复制相似问题