Defect #6013
git tab,browsing, very slow -- even after first time
Status: | Closed | Start date: | 2010-08-02 | |
---|---|---|---|---|
Priority: | Low | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | SCM | |||
Target version: | 1.2.0 | |||
Resolution: | Fixed | Affected version: | 0.9.3 |
Description
I just installed Redmine for the first time this weekend, v1.0.0.
Got everything working via fastcgi + lighttpd, and my git repo is on local disk, and it's a bare repo.
The repo is about 1.2gb, about 55k commits:
# time git --bare log --all --pretty=oneline | wc -l 54779 git 1.31s user 0.67s system 79% cpu 2.484 total wc 0.02s user 0.45s system 18% cpu 2.483 total
It took about an hour the first time I hit the page. Subsequent times it takes about 1 minute:
Processing RepositoriesController#show (for 24.90.235.155 at 2010-08-02 01:01:43) [GET] Parameters: {"action"=>"show", "id"=>"project1", "controller"=>"repositories"} Rendering template within layouts/base Rendering repositories/show Completed in 56466ms (View: 534, DB: 54999) | 200 OK [https://XXX/projects/project1/repository]
I've tried the patch at #4773 (all the above is running with that patch).
I also tried a smaller, 87 commit repo, and it runs at an acceptable speed.
The number of files is large on the big repo as well, compared to the 87 commit repo. I an get you exact #s if you are interested.
Any ideas?
Related issues
Associated revisions
History
#1
Updated by Toshi MARUYAMA almost 12 years ago
As described at http://www.redmine.org/issues/4773#note-8,
redmine read commits from the last 7 days
#2
Updated by Toshi MARUYAMA over 11 years ago
- Category set to SCM
#3
Updated by Toshi MARUYAMA over 11 years ago
- Priority changed from Normal to Low
- Affected version (unused) changed from 1.0.0-RC to 0.9.3
- Affected version set to 0.9.3
#4
Updated by Toshi MARUYAMA about 11 years ago
- Status changed from New to Closed
- Target version set to 1.2.0
- Resolution set to Fixed
Fixed in r5788.