Project

General

Profile

Actions

Defect #4716

closed

Git repository performance fall on parsing new commits after 0.9.1 update

Added by Gergely Fábián about 14 years ago. Updated about 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
SCM
Target version:
Start date:
2010-02-02
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed
Affected version:

Description

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:
git 1.5.6.3
Mysql 5.0.67
Ruby 1.8.7.72
Rails 2.3.5
Using redmine 0.9-stable, "Merged r3351 from trunk." commit on top.


Related issues

Related to Redmine - Defect #8857: Git: Too long in fetching repositories after upgrade from 1.1 or new branch at first timeClosedToshi MARUYAMA2011-07-20

Actions
Related to Redmine - Feature #1406: Browse through Git branchesClosedEric Davis2008-06-09

Actions
Actions

Also available in: Atom PDF