[
https://issues.apache.org/jira/browse/JAMES-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17256815#comment-17256815
]
ASF GitHub Bot commented on JAMES-3487:
---------------------------------------
chibenwa opened a new pull request #285:
URL: https://github.com/apache/james-project/pull/285
…shold
This governs the threshold MimeMessageInputStreamSource relies
on for storing MimeMessage content on disk.
Below, data is stored in memory. Above data is stored on disk.
Lower values will lead to longer processing time but will
minimize heap memory usage. Modern SSD hardware
should however support a high throughput. Higher values
will lead to faster single mail processing at the cost
of higher heap usage.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
> Configure MimeMessageInputStreamSource THRESHOLD
> ------------------------------------------------
>
> Key: JAMES-3487
> URL: https://issues.apache.org/jira/browse/JAMES-3487
> Project: James Server
> Issue Type: Improvement
> Components: James Core
> Reporter: Benoit Tellier
> Priority: Major
>
> This represents the point at which we should switch from a memory storage
> into a file storage.
> Defaults is 100 Kb.
> Obviously this parameter is important:
> - Higher values will operate mostly in-memory thus will have low latencies
> but will trash the heap and might trigger a GC hell.
> - Lower values will defensively operate on files. Higher latencies but
> predictable throughtput. Modern SSDs and FS cache should enable to keep up
> with high rates.
> Optimally we should have some bench showing the impact of this parameter.
> Related to JAMES-3477.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]