[ https://issues.apache.org/jira/browse/CASSANDRA-8150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Aleksey Yeschenko updated CASSANDRA-8150: ----------------------------------------- Comment: was deleted (was: Dear sender, I am giving a training and will be back on Tuesday 31-03-2015 During breaks I hope to respond on your email. Your email will not be forwarded. For urgent matters regarding GRTC / RTPE contact Peter v/d Koolwijk (peter.van.de.koolw...@ing.nl / 06-54660211 Or alternatively my manager Coos v/d Berg (coos.van.den.b...@ing.nl / 06-22018780) Best regards, Hans van der Linde ----------------------------------------------------------------- ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ----------------------------------------------------------------- ) > Revaluate Default JVM tuning parameters > --------------------------------------- > > Key: CASSANDRA-8150 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8150 > Project: Cassandra > Issue Type: Improvement > Components: Config > Reporter: Matt Stump > Assignee: Ryan McGuire > Attachments: upload.png > > > It's been found that the old twitter recommendations of 100m per core up to > 800m is harmful and should no longer be used. > Instead the formula used should be 1/3 or 1/4 max heap with a max of 2G. 1/3 > or 1/4 is debatable and I'm open to suggestions. If I were to hazard a guess > 1/3 is probably better for releases greater than 2.1. -- This message was sent by Atlassian JIRA (v6.3.4#6332)