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.no...@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.fuhrm...@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. >> > >
