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).
Wow, I see it in the mailing list. It looks like a pretty old issue but
I'll give it a try tomorrow. However, I recreated the repository of
proj2 and the new repository works fine now. Old repository is still
doing those nasty lags (hang ups). I'm little pesimistic about the
suggested solution but
anyway I'm going to try it. So for now, thanks for the suggestion.
--
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 09:07:52 2006