You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Marton Fabo <mo...@eik.bme.hu> on 2005/02/28 17:59:50 UTC
slow operation with BDB back-end
Hello!
I'm posting here according to Karl Fogel's suggestion about my
experiences with subversion. In a nutshell, I started out with a
BDB-based repository for holding a quite large amount of files. It was
unacceptably slow and unpredictable. After some suggestions on the
users@ list, I upgraded SVN to the latest stable version (1.1.3), and
compiled the server part with APR configured with
--with-devrandom=/dev/urandom. This seemingly made operation a bit
faster, but some merges and commits still took hours. Finally I
converted to FSFS back-end, which solved my problem, with operation
times expectable based on the amount of files and data, the network, and
the machines used.
Karl nevetheless considered this issue worth posting here, so I'm
complying. Relevant thread from users@ :
http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=26042
byez
mortee
--
The two basic principles of Windows system administration:
* For minor problems, reboot
* For major problems, reinstall
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: slow operation with BDB back-end
Posted by kf...@collab.net.
Marton Fabo <mo...@eik.bme.hu> writes:
> I'm posting here according to Karl Fogel's suggestion about my
> experiences with subversion. In a nutshell, I started out with a
> BDB-based repository for holding a quite large amount of files. It was
> unacceptably slow and unpredictable. After some suggestions on the
> users@ list, I upgraded SVN to the latest stable version (1.1.3), and
> compiled the server part with APR configured with
> --with-devrandom=/dev/urandom. This seemingly made operation a bit
> faster, but some merges and commits still took hours. Finally I
> converted to FSFS back-end, which solved my problem, with operation
> times expectable based on the amount of files and data, the network,
> and the machines used.
>
> Karl nevetheless considered this issue worth posting here, so I'm
> complying. Relevant thread from users@ :
>
> http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=26042
When you converted to FSFS, did you also upgrade to trunk?
I'm wondering if your bug is related to the r13193 fix Eric Gillespie
just committed for FSFS. A similar fix still needs to be made for the
BDB back end, and if you'd be willing to test it when that happens,
that would be great.
See r13193 for details; and see the thread that led up to it:
http://subversion.tigris.org/servlets/BrowseList?list=dev&by=thread&from=292835
Best,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org