I added this section to my httpd.conf
<IfModule dav_svn_module>
# Enable a 1 Gb Subversion data cache for both fulltext and deltas.
SVNInMemoryCacheSize 1048576
SVNCacheTextDeltas On
SVNCacheFullTexts On
</IfModule>
And now the export time has been really reduced ( few minutes Vs 1 h
before).
Many thanks for your great support.
The issue is resolved now.
regards,
Nouha
2015-06-03 8:28 GMT+01:00 Nouha Terzi <terzi.nouha_at_gmail.com>:
> Many thanks.
> I am going to modify my config as recommended.
>
> Once again many thanks for your great support.
>
>
> regards,
> Nouha
>
> 2015-05-31 10:40 GMT+01:00 Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>:
>
>> From: Nouha Terzi <terzi.nouha_at_gmail.com>
>> Date: Tue, 26 May 2015 17:05:41 +0100
>>
>> Hello all,
>>>
>>> we are deploying svn 1.8.11 on our server Rhel 6.6.
>>> We are facing some issue within svn export.
>>> it seems that it has some perf limitation when dealing with a huge number
>>> of files.
>>>
>>> we have this delay when doing an svn export url and the target has:
>>>
>>> less than 20k files export = ~ 1 minute
>>>
>>> more than 30k files export > 1 hour
>>>
>>> Is it a known issue? Has someone encouter thsi behavior?
>>>
>>
>> There is a known issues that might apply: The number of
>> entries (immediate children) in a directory should not exceed
>> a few 1000, see the warning box in 1.7 release notes:
>>
>>
>> http://subversion.apache.org/docs/release-notes/1.7.html#server-performance-tuning
>>
>> If all 30k files are from a single "flat" directory or is there one
>> large directory somewhere in this tree, you'll hit that issue.
>>
>> Having directories with many 1000 entries is all kinds of bad.
>> Don't do it. If you really have to do it, increase the SVN server
>> cache size. Note that you have to quadruple the cache size
>> to double the maximum cache-able object size.
>>
>> -- Stefan^2.
>>
>
>
Received on 2015-06-03 13:04:46 CEST