[
https://issues.apache.org/jira/browse/JAMES-3433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17220453#comment-17220453
]
René Cordier commented on JAMES-3433:
-------------------------------------
https://github.com/linagora/james-project/pull/3935 ensures that
CachedBlobStore is only queried for headers
> Specify blobStore read performance expectation
> ----------------------------------------------
>
> Key: JAMES-3433
> URL: https://issues.apache.org/jira/browse/JAMES-3433
> Project: James Server
> Issue Type: Improvement
> Components: Blob
> Affects Versions: master
> Reporter: Benoit Tellier
> Priority: Major
>
> ## Why
> https://github.com/apache/james-project/blob/master/src/adr/0014-blobstore-storage-policies.md
> James exposes a simple BlobStore API for storing raw data. However such raw
> data often vary in size and access patterns.
> As an example:
> - Mailbox message headers are expected to be small and frequently accessed
> - Mailbox message body are expected to have sizes ranging from small to big
> but are unfrequently accessed
> - Mailbox attachments body are expected to have sizes ranging from small to
> big but are unfrequently accessed
> - DeletedMessageVault message headers are expected to be small and
> unfrequently accessed
> Caching frequently accessed data for which low latencies is expected is worth
> it.
> Caching infrequently, non-latency-sensitive data like bodies, attachment is a
> waste of resources. We should stop doing it.
> ## Definition of done
> Write an integration test demonstrating that small mail bodies do not end up
> in the blobStore cache.
> ## How
> Upon reads (bytes or stream) the reader specifies which storage policy he
> whishes to use.
> Upon LOW_COST reads the CachedBlobStore only queries the back-end, and don't
> query the cache, nor populate it. Today behavior happens when using
> HIGH_PERFORMANCE (query the cache and populates it if missing).
> Use HIGH_PERFORMANCE read level when reading headers, LOW_COST otherwize.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
