You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
currently s2core provide local cache to reduce I/O requests to storage(HBase). This means even if we hit on cache, we still use lots of cpu to build result json through PostProcess.
many cases, it is beneficial to provide json result cache for data that is not changing dynamically. One example use case is simple mapping table that is not updated frequently. currently, even though we hit on local cache, it is costly to build json result over and over.
I am thinking about provide option on query to specify "ok cache the result json and avoid re-build json over and over".
currently s2core provide local cache to reduce I/O requests to storage(HBase). This means even if we hit on cache, we still use lots of cpu to build result json through PostProcess.
many cases, it is beneficial to provide json result cache for data that is not changing dynamically. One example use case is simple mapping table that is not updated frequently. currently, even though we hit on local cache, it is costly to build json result over and over.
I am thinking about provide option on query to specify "ok cache the result json and avoid re-build json over and over".