Re: Poor Performance - Subversion 1.1.0 and Apache 2.0.50/2.0.52 on Windows 2000
From: Erich Oliphant <ericho_at_vantixweb.com>
Date: 2004-10-20 17:58:03 CEST
No prob, I am running via http (apache 2.0.46)
The 1.1.0 repository was created by loading a dump of the .36
As far as actual performance, here's a commit I just did:
--- [eoliphan-receiptimaging]:date ; svn commit -m "Added context param to set expect timeout prior to mget" src/com/trw/dts/receiptimaging/GetFaxImage.java ; date Wed Oct 20 11:37:27 EDT 2004 Sending src/com/trw/dts/receiptimaging/GetFaxImage.java Transmitting file data . Committed revision 221. Wed Oct 20 11:49:25 EDT 2004 [eoliphan-receiptimaging]: --- So around 11 mins. I just hit some other URLs and it appears that apache in general is slow. However, the SVN upgrade is the only change i've made. I am going to upgrade apache to the latest rev and see what that does. Tobias Ringström wrote: > Erich Oliphant wrote: > >> Don't know if this is related, but I just upgraded from .36 to 1.1.0 on >> RH Linux (server) and Windows (client). Everything seems to complete >> but is agonizingly slow (status, ls, checkout, update, etc). Repos is >> only ~ 250 Mb and was blazingly fast before the upgrade. > > > Assuming that you're using http[s]://, I'm not surprised that ls is > hideously slow, and that log and blame are slower than before, but I'm > very surprised that the other operations are "agonizingly slow". Can > you give us some numbers and a description of your setup? An > reproduction recipe would be great. > >> Looking forward to 1.1.1 as I am demoing a new software dev. environment >> centered around SVN soon and this does not look good. > > > It should be out in a few days. > > /Tobias > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.orgReceived on Wed Oct 20 17:58:22 2004 |
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.