Vote #71079
未完了Redmine Takes Too Long On Large Subversion Repository
0%
説明
I have been using redmine together with subversoin. My redmine is 1.3.0 and subversion is 1.7.1. My OS is ubuntu 10.04.
Everytime I click on the repository tab, it hangs for a very long time and then responds afterwards(slow display of 'repository' tab for huge repository). I thought that this was just initial but it happens everytime I click the Repository tab.
You can clone the repository using this line if you want to reproduce/test:
svn: http://192.168.121.133/redmine/projects/test1/repository
It took me 17s to display EVERYTIME.
journals
If I use
<pre>
svn ls http://dev1257.googlecode.com/svn/trunk
</pre>
it took 4s.
As for https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir
Redmine 1.3.0 fails to show the list everytime
--------------------------------------------------------------------------------
Any plugins installed?
Some are known to misuse Redmine code...
--------------------------------------------------------------------------------
Etienne Massip wrote:
> Any plugins installed?
>
> Some are known to misuse Redmine code...
Nope.
Have you tried the link above?
--------------------------------------------------------------------------------
Andy Sun wrote:
> Have you tried the link above?
Do you mean https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir ?
Then yes, and it displays well, but what's the relationship with Redmine?
--------------------------------------------------------------------------------
Ok, my bad, forgot that svn was rendering HTML.
--------------------------------------------------------------------------------
I mean
> You can clone the repository using this line if you want to reproduce/test:
> svn: http://192.168.121.133/redmine/projects/test1/repository
>
> It took me 17s to display EVERYTIME.
> As for https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir
> Redmine 1.3.0 fails to show the list everytime
If you test the links above in Redmine Repository, how long will it take you to display
--------------------------------------------------------------------------------
Do you have REXML parser errors in you @production.log@?
--------------------------------------------------------------------------------
for http://192.168.121.133/redmine/projects/test1/repository everything works fine except for slowness.
for https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir in log there is:
> Processing RepositoriesController#show (for 192.168.121.1 at 2011-12-15 22:25:29) [GET]
> Parameters: {"action"=>"show", "id"=>"test2", "controller"=>"repositories"}
> Error parsing svn output: #<REXML::ParseException: No close tag for /lists/list>
--------------------------------------------------------------------------------
It's because @"svn" list --xml "https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir/Data/Anims//"@HEAD --no-auth-cache --non-interactive@ is returning
<pre>
<?xml version="1.0"?>
<lists>
<list
path="https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir/Data/Anims">
svn: OPTIONS de 'https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir/Data/An
ims': Server certificate verification failed: issuer is not trusted (https://ja2
svn.dyndns.org)
</pre>
You have to configure properly your @svn@.
--------------------------------------------------------------------------------
You're right. But that's not my main concern.
My question is
> You can clone the repository using this line if you want to reproduce/test:
> svn: http://192.168.121.133/redmine/projects/test1/repository>
> It took me 17s to display EVERYTIME.
If you test the links above in Redmine Repository, how long will it take you to display.
I think it is to slow
--------------------------------------------------------------------------------
I can't reach this system, it looks like a local network address?
--------------------------------------------------------------------------------
My fault~~~
I copied the wrong IP...
> http://dev1257.googlecode.com/svn/trunk
--------------------------------------------------------------------------------
Got the same ParsingException issue:
<pre>
Error parsing svn output: #<REXML::ParseException: No close tag for /lists/list>
</pre>
--------------------------------------------------------------------------------
Etienne Massip wrote:
> Got the same ParsingException issue:
> [...]
Mine works fine. So maybe this is your connecting problem.
Anyway, my point is *Redmine Takes Too Long On Large Subversion Repository*
And all the links I give are just examples. If they don't work, you can create similar repositories to represent this problem
--------------------------------------------------------------------------------
This is something more often observed with git repositories, how much time takes the @"svn" list --xml "http://dev1257.googlecode.com/svn/trunk"@HEAD --no-auth-cache --non-interactive@ command to complete?
--------------------------------------------------------------------------------
Andy Sun wrote:
> If I use
><pre>
svn ls http://dev1257.googlecode.com/svn/trunk
</pre>
> it took 4s.
>
> As for https://ja2svn.dyndns.org/source/ja2_v1.13_data/GameDir
> Redmine 1.3.0 fails to show the list everytime
--------------------------------------------------------------------------------
And @"svn" list --xml "http://dev1257.googlecode.com/svn/trunk"@HEAD --no-auth-cache --non-interactive@? =)
--------------------------------------------------------------------------------
Etienne Massip wrote:
> And @"svn" list --xml "http://dev1257.googlecode.com/svn/trunk"@HEAD --no-auth-cache --non-interactive@? =)
I tried, and 66% chances I got this:
>svn: OPTIONS of 'http://dev1257.googlecode.com/svn/trunk': could not connect to server (http://dev1257.googlecode.com)
and 34% chances I got the list(a long list not suitable to paste here)
--------------------------------------------------------------------------------
When I got the list (34% chances), it took 4s to show
--------------------------------------------------------------------------------
related_issues
duplicates,Closed,9796,Redmine cpu use and memory consumption problem