Re: Performance Results on Windows

2014-08-13 Thread Stefan Fuhrmann
On Wed, Aug 13, 2014 at 11:03 PM, Mark Phippard wrote: > On Wed, Aug 13, 2014 at 4:45 PM, Stefan Fuhrmann < > stefan.fuhrm...@wandisco.com> wrote: > > It seems that CollabNET and other hosting providers possibly have one >> >>> of the worst configuration for log-adressing feature. Multiple users

Re: Performance Results on Windows

2014-08-13 Thread Mark Phippard
On Wed, Aug 13, 2014 at 4:45 PM, Stefan Fuhrmann < stefan.fuhrm...@wandisco.com> wrote: It seems that CollabNET and other hosting providers possibly have one > >> of the worst configuration for log-adressing feature. Multiple users >> access over HTTP to a number of gigabyte-sized repositories (so

Re: Performance Results on Windows

2014-08-13 Thread Stefan Fuhrmann
On Wed, Aug 13, 2014 at 8:21 PM, Ivan Zhakov wrote: > On 23 July 2014 17:19, Stefan Fuhrmann > wrote: > > Updated and final results: > > > > * svnadmin dump results now included, f6 / f7 is +/-20% > > > > * fixed anomaly with ra_serf, results consistent with previous findings > > 'null-export'

Re: Performance Results on Windows

2014-08-13 Thread Ivan Zhakov
On 23 July 2014 17:19, Stefan Fuhrmann wrote: > Updated and final results: > > * svnadmin dump results now included, f6 / f7 is +/-20% > > * fixed anomaly with ra_serf, results consistent with previous findings > 'null-export' tests have been rerun and old results been replaced > > * added a pag

Re: Performance Results on Windows

2014-07-24 Thread Justin Erenkrantz
On Mon, Jul 21, 2014 at 3:26 AM, Stefan Fuhrmann wrote: > So, it turned out to be a problem in the Subversion libs and > got fixed by r1611379. When multiple connections to the same > repo were opened concurrently (ra_serf over loopback), our file > API workarounds for Windows (retry for up to 10-

Re: Performance Results on Windows

2014-07-21 Thread Stefan Fuhrmann
On Tue, Jul 15, 2014 at 4:09 AM, Justin Erenkrantz wrote: > On Mon, Jul 14, 2014 at 9:09 AM, Stefan Fuhrmann > wrote: >> On the same machine actually (which may be a contributing factor). >> The client is svn-bench that simply handles the editor drive but >> discards incoming file contents etc. >

Re: Performance Results on Windows

2014-07-14 Thread Justin Erenkrantz
On Mon, Jul 14, 2014 at 9:09 AM, Stefan Fuhrmann wrote: > On the same machine actually (which may be a contributing factor). > The client is svn-bench that simply handles the editor drive but > discards incoming file contents etc. We've historically seen oddity in loopback scenarios on Windows -

Re: Performance Results on Windows

2014-07-14 Thread Stefan Fuhrmann
On Mon, Jul 14, 2014 at 12:46 PM, Justin Erenkrantz wrote: > On Sun, Jul 13, 2014 at 7:54 PM, Stefan Fuhrmann > wrote: >> * ra_serf has an anomaly making "fast" config up to 100x slower >> than ra_svn - independent of repo format > ... >> After that, I'll try to isolate the trigger for the ra_s

Re: Performance Results on Windows

2014-07-14 Thread Justin Erenkrantz
On Sun, Jul 13, 2014 at 7:54 PM, Stefan Fuhrmann wrote: > * ra_serf has an anomaly making "fast" config up to 100x slower > than ra_svn - independent of repo format ... > After that, I'll try to isolate the trigger for the ra_serf anomaly. Huh. Very curious to read more about this when you get