计算一致性高速缓存高单元
calculate coherence cache high-units
near cache前后台方案的高位单元数如何确定?
例如,我们将有 100 000 key/value 对
<near-scheme>
<front-scheme>
<high-units>IS THERE ANY CALCULATION/RULES TO CALCULATE front limit?</high-units>
</front-scheme>
<back-scheme>
<high-units>IS THERE ANY CALCULATION/RULES TO CALCULATE back limit?</high-units>
</back-scheme>
</near-scheme>
我可以分出前高为20 000,后高为80 000,但有没有办法根据后高决定前高?它是否依赖于 RAM 内存等等?
"front scheme"为本地缓存;那将是存储在内存中的单元数,在该内存中正在访问近缓存。
"back scheme"通常是分布式缓存;那将是存储在每个节点上的单元数(最大值)。通常你不会对此进行限制(没有高单位设置),而是确保你有足够的服务器来保存必要的数据。但是,如果它只是一个缓存,并且您不想冒太多数据的风险,那么您可以设置它。如果您知道每个节点要保留的最大条目数,请使用简单单位计算器并将高单位设置为要在每个节点上存储的最大键数。
near cache前后台方案的高位单元数如何确定?
例如,我们将有 100 000 key/value 对
<near-scheme>
<front-scheme>
<high-units>IS THERE ANY CALCULATION/RULES TO CALCULATE front limit?</high-units>
</front-scheme>
<back-scheme>
<high-units>IS THERE ANY CALCULATION/RULES TO CALCULATE back limit?</high-units>
</back-scheme>
</near-scheme>
我可以分出前高为20 000,后高为80 000,但有没有办法根据后高决定前高?它是否依赖于 RAM 内存等等?
"front scheme"为本地缓存;那将是存储在内存中的单元数,在该内存中正在访问近缓存。
"back scheme"通常是分布式缓存;那将是存储在每个节点上的单元数(最大值)。通常你不会对此进行限制(没有高单位设置),而是确保你有足够的服务器来保存必要的数据。但是,如果它只是一个缓存,并且您不想冒太多数据的风险,那么您可以设置它。如果您知道每个节点要保留的最大条目数,请使用简单单位计算器并将高单位设置为要在每个节点上存储的最大键数。