Assess Root CauseDetermine JIRA usage patternsIn JIRA, go to Administration > System > System Info , and look at the memory graph during times of peak usage: This server has been allocated a maximum of 650Mb and a minimum of 256m. You can see the minimum displayed here; if you're trying to see whether your settings are being picked up, this is where to look. Of this, JIRA has reserved 543Mb, or which 310Mb is actually in use (this JIRA instance has about 6000 issues). If this JIRA instance were running out of memory, it would have reserved the maximum available (650Mb), and would be using an amount close to this. Determine available system memory Panel |
---|
bgColor | #EAECFF |
---|
title | On Windows |
---|
| From the Close Programs Dialogue (Press ctrl-alt-delete), select the Performance tab: The amount marked Available is the amount in kilobytes you have free to allocate to JIRA. On this server we should allocate at most 214Mb. |
Panel |
---|
bgColor | #EAECFF |
---|
title | On Linux |
---|
| Run cat /proc/meminfo to view the memory usage. |
Setting the -Xmx above the available amount on the server runs the risk of OutOfMemoryErrors due to lack of physical memory. If that occurs the system will use swap space, which greatly decreases performance. GuidanceAs a rule of thumb, if you have fewer than 5000 issues, JIRA should run well with the default 768MB. Granting JIRA too much memory can impact performance negatively, so it is best to start with 768Mb and make modest increases as necessary. As another data point, 40,000 works well with 768MB to 1GB. |