Git repository performance fall on parsing new commits after 0.9.1 update
I recently updated Redmine from 0.8.7 to 0.9.1.
Everything works ok, just the git repository seems really slow (when processing new commits).
There are ~2600 commits and 7 branches in the repo.
I've been using Git with Redmine already in 0.8.7, there processing all commits took long (fair enough), but processing one new commit was just around 10 seconds.
Here pulling one new commit (to one branch) and then opening the Repository page takes really long (when the repository was loaded previously), even some minutes.
May it be that when checking for new commits Redmine goes too deep in the log (that can be painful for big repositories)?
I use the following software:
Using redmine 0.9-stable, "Merged r3351 from trunk." commit on top.
#1 Updated by Gergely Fábián over 9 years ago
Parsing a new commit (maybe it was 4 new commits this time, not one) takes around 1700 seconds (28 minutes). For that time redmine hardly answers also for other requests. After that time is gone, it's ok again (until new commits are uploaded and repo page is opened...).
#3 Updated by Gergely Fábián over 9 years ago
I put the fix commit on top of 0.9-stable (r3392 currently) and updated redmine.
Uploaded some new commits to the repo, updated two branches, here is part of the git info:
Counting objects: 124, done.
Compressing objects: 100% (64/64), done.
Writing objects: 100% (70/70), 19.34 KiB, done.
Total 70 (delta 47), reused 1 (delta 0)
I tried opening the repository page, and I got Internal server error once (after loading really long - and the server's load became high).
After some time, I refreshed the repository page again, it was loading long, but finally I got the repo page.
In the log I find:
"Completed in 1030714ms (View: 366, DB: 45162)", so 1030s (17 minutes).