On Mon, Sep 04, 2006 at 07:18:30PM +0200, Ryan Schmidt wrote:
> On Sep 4, 2006, at 19:08, Stromek wrote:
>
> >Has anyone seen the repository which is relatively small (about
> >50revisions and
> >up to 100 files) which behave extremelly slow (each request has
> >delay about 10sec to 1min)? This repository causing
> >the problem is used to store mostly binary files. Checkout of entire
> >repository has about 80MB which I find very small comparing to
> >some extremelly large projects (KDE:). It really scares me if my
> >main project
> >repository can become, in the future, practically unusable after
> >performing some unknown steps.
> >
> >Now, I'm trying to recreated proj2 repository in steps and I'm
> >trying to
> >find what could cause the problem. Does anyone has any idea what
> >could be
> >the problem?
>
> The only thing that comes to mind about slow performance is the
> insufficient entropy problem where Subversion's APR is set to use /
> dev/random instead of /dev/urandom on a platform where /dev/random
> can be slow. I don't know if your symptoms exactly match those
> commonly observed by those experiencing this problem. You could try
> recompiling your APR to link against /dev/urandom instead of /dev/
> random. There may be another way to determine beforehand if this will
> help (by doing some kind of trace to see what Subversion is waiting on).
Well, I have solved the problem. Thanks to Ryan who pointed me to the bug
with /dev/random! It was exactly that
problem. Unfortunately, it took me one day of my life to resolve it :) I think it
will save lot of time to others :) in the future if a note about urandom/random is
included in the svn book.
I tried to turn off authentication and those old repositories worked like charm!
--
Stromek
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 5 11:09:27 2006