As an addendum to the previous post, I've done some more cleaning up, and JIRA is now 12 times faster on the average measurement.
| Label |
# Samples |
Average |
Min |
Max |
| Login |
3 |
18 |
13 |
29 |
| LoginFBrowse |
10 |
41 |
10 |
184 |
| Get issue |
903 |
590 |
21 |
7792 |
| Dashboard |
9 |
14836 |
10006 |
18698 |
| LazyLoaderPortlet |
9 |
632 |
298 |
1091 |
| CreateIssue Link |
9 |
367 |
165 |
634 |
| Create Choose type |
9 |
289 |
141 |
677 |
| Issue Details |
9 |
2195 |
1269 |
3521 |
| TOTAL |
961 |
727 |
10 |
18698 |
Continue reading ‘How to Make JIRA Twelve Times Faster’
Over the last few months JIRA performance has tanked, but gradually. Difficult to think of any particular inflexion point, just more users, projects and issues.
I had a number of changes I had in mind to help:
- Application server
- DBMS type and location
- Caching for static content
- Reducing numbers of projects, groups etc.
- Optimising indexes.
- Turn gzip compression on.
- Memory and garbage collector settings.
- Bypassing the apache reverse proxy and going direct to Tomcat
- Use AJP13 connector instead of (as well as?) ProxyPass.
BTW, if you're looking for the instruction on where the "go-faster switch" is and can't be bothered to read the following, I'll tell you simply that you should replace the group jira-users in your roles or permission schemes with Anyone. If you're not using that then hopefully there will be something else of interest here, if only how to set up a simple load test to get some figures.
For the record our numbers at the time of testing are:
Issues 112897 Projects 475 Custom Fields 505 Workflows 239 Users 7613 Groups 698
Continue reading ‘How to make JIRA 6 1/2 times faster’