You know your workflow better than we do. If your users checkin, merge, or
blame frequently, you should handle that in your script. How else are you
going to know if the performace is adequate for your needs?
Assuming your svn repository has been in use for a while, you could use "svn
diff" to generate a series of diffs, one per revision. You'll have to make
sure that the diffs are applied in the correct order though. Perhaps only
one client does checkins while the rest do checkouts and updates?
On 4/13/05, Samay <email@example.com> wrote:
> I intend to test with 10-12 simultaneous SVN tasks. Server is on a GigE
> connection, and all test clients are on local network only. my current
> scripts are similar to
> "time svn co -q https://svn.example.com/repos/trunk >> StatCO.txt"
> "time svn log -q https://svn.example.com/repos/trunk >> StatsLog.txt"
> any other stats that can/should be collected? Any other operations that
> be reasonably stress tested. Yup, CheckIns, is tricky, unless i just test
> them with 'svn co, svn update, svn add, svn ci, svn log' in that order!
> Collecting Network utlisation, and traffic to Kerberos KDC' etc as well.
> thanks Kevin.
> ----- Original Message -----
> From: Kevin Greiner
> To: Samay
> Cc: firstname.lastname@example.org
> Sent: Thursday, April 14, 2005 2:36 AM
> Subject: Re: Stress Test Scripts?/Utils?
> How many silmultaneous connections do you intend to test?
> Since svn is cmd line, you could just write some scripts. The hardest part
> may be simulating checkins of various numbers of modified files.
> svn co svn://svnserver/path/to/repos/app
> svn log svn://svnserver/path/to/repos/app
> On 4/13/05, Samay <email@example.com> wrote:
> We would like to stress test our Subversion Installation to see how it
> performs under heavy load (essentially many simultaneous checkouts, logs
> requests, with our test repos ~few gigs).
> We generally use OpenSTA for web application stress testing, but I don't
> think its a valid tool for this case!
> any pointers, helps, past experience, etc .. much appreciated.
Received on Wed Apr 13 19:38:34 2005