On Wed, Nov 19, 2014 at 04:06:35PM +0300, anatoly techtonik wrote:
> Took me 20 minutes to fill this one:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4528
Wow, was gonna do it but found your issue already. Double thanks for your
efforts!
~Neels
signature.asc
Description: Digital sign
On Wed, Nov 19, 2014 at 03:45:05PM +0300, anatoly techtonik wrote:
> On Wed, Nov 19, 2014 at 2:45 PM, Stefan Sperling wrote:
> > On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> >> >svn log -r 3901 -h
> >> Subcommand 'help' doesn't accept option '-r [--revision] ARG'
> >> Type
On Wed, Nov 19, 2014 at 12:45:56PM +0100, Stefan Sperling wrote:
> On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> > Hi,
> >
> > I thought you might be interested to study this usability fail:
> >
> > >svn log -r 3901 -h
> > Subcommand 'help' doesn't accept option '-r [--revi
On Mon, Jul 07, 2014 at 05:23:14PM +0200, Branko Čibej wrote:
> On 07.07.2014 17:07, C. Michael Pilato wrote:
> > On 07/07/2014 10:58 AM, Ivan Zhakov wrote:
> >> My technical opinion that FSFS7/log addressing is slower by design,
> >> because it's doing more (read index, then read data instead of j
On Fri, Jun 20, 2014 at 12:06:22AM +, Daniel Shahaf wrote:
> One of my colleagues ran bisect but forgot to update back to HEAD after
> finishing it. Another forgot to run 'svn up' in the morning before starting
> to edit a file, and later got conflicts
Just a "dumb" question from the off... t
On Mon, May 19, 2014 at 12:21:20AM +, ne...@apache.org wrote:
> Failed to build Revision: 1595709.
I could go to svn-qavm, find out why the build fails and fix it. Probably
serf's move to scons. Is anyone interested? Alternatively, I could just kill
the crontab.
~Neels
--
Neels
Stefan Sperling :
> > subversion/branches/1.7.x/STATUS
>
> What about 1.8.x?
Yes, exactly. I noticed this too late for 1.8.4, but it's in 1.8.x now.
Should have checked my emails properly.
~Neels
signature.asc
Description: PGP signature
"Bert Huijben" :
> > + Votes:
> > + +1: neels
>
> I'll add my +1 to this nomination, but answering your question: See
> redirect_tests.py on how to obtain a redirect url for an existing
> test repository.
duh, of course! Thanks.
...as soon as I get the time...
~Neels
signature.asc
Descri
< 0 means 'trunk@1535913' is faster.
"2/3" means: '1.8.0' has 2 timings on record, the other has 3.)
Had started at Mon Oct 28 00:26:03 UTC 2013,
done at Mon Oct 28 00:35:23 UTC 2013
wrote chart
file: /home/neels/svnbench/charts/.busy/compare_1.8.0_tr...@las
ne...@apache.org:
> Charts of this data are available at
> http://svn-qavm.apache.org/charts/
Hi all,
I'm slightly confused by the current charts for 1.8. They suggest
that trunk was drastically slower than 1.8 the closer you get to the
branch point. That makes no sense, it should start almost ev
Branko Čibej :
> I believe the patch is not correct. It assumes unlimited buffering on
> the stdout and stderr pipes, which is never the case. The way Popen is
> used on the patch can cause the parent and child processes to
> deadlock.
>
> I suggest using Popen.communicate instead.
Agreed. commun
Hi dev,
I tried to get svnperms.py going on a windows server (),
but needed this patch to do so:
http://svn.haxx.se/dev/archive-2009-04/0668.shtml
It seems that no-one has answered Sergey on his patch submission back
in 2009. (According to haxx.se, that thread ends right there.)
The patch remov
Hi dev,
what output do you expect for these two almost similar cases?
[[[
# make a simple dir with file
mkdir srcdir
echo x > srcdir/x
svn add srcdir
svn ci -m1
# make a locally added dir
mkdir branchdir
echo yy > branchdir/x
svn add branchdir
# create a branch behind the locally added dir
svn
On Tue, 2 Apr 2013 02:45:17 +0300
Daniel Shahaf wrote:
> Daniel Shahaf wrote on Tue, Apr 02, 2013 at 02:42:52 +0300:
> > Neels Hofmeyr wrote on Tue, Apr 02, 2013 at 01:29:09 +0200:
> > > Somewhere between r1454789 and r1457253 on trunk, that's three to
> > > four
On Mon, 01 Apr 2013 00:44:12 + ne...@apache.org wrote:
> 1.7.0@1181106 vs. trunk@1462907
> Started at Mon Apr 1 00:26:11 UTC 2013
>
> *DISCLAIMER* - This tests only file://-URL access on a GNU/Linux VM.
> This is intended to measure changes in performance of the local
> working copy layer, *o
On Wed, 27 Feb 2013 09:17:36 -0800
Ben Reser wrote:
> On Wed, Feb 27, 2013 at 8:53 AM, Neels Hofmeyr wrote:
> > (Simply uncommenting now would change the test case and could make
> > the new runs too different from the old runs, decreasing quality of
> > comparison. So i
On Wed, 27 Feb 2013 12:42:53 +
Philip Martin wrote:
> Daniel Shahaf writes:
>
> > Philip Martin wrote on Wed, Feb 27, 2013 at 12:09:55 +:
> >> Neels Hofmeyr writes:
> >>
> >> > On Mon, 25 Feb 2013 18:04:05 +0200
> >> > Daniel Sha
On Mon, 25 Feb 2013 18:04:05 +0200
Daniel Shahaf wrote:
> /usr/local/serf-current was serf-1.2.x-r1707. I've installed 1.2.0
> and updated the self-current symlink accordingly.
No, the build has its own source trees. You know, it's one of those
"complete" builds that you do like so much ;)
~Ne
On Mon, 25 Feb 2013 00:21:09 +
ne...@apache.org wrote:
> Failed to build Revision: 1449572.
The failure was that trunk now needs serf 1.2.0, while the benchmark
config was still using 1.1.0. I updated the default serf version in the
build scripts and have just kicked off another run.
(1.7.0
On Mon, 18 Feb 2013 00:55:07 +
ne...@apache.org wrote:
> Charts of this data are available at
> http://svn-qavm.apache.org/charts/
Looking at
http://svn-qavm.apache.org/charts/compare_1.7.0_tr...@last12.svg
I notice that somewhere between r1439212 and r1441993, 'update' got a
lot slower. Th
Hi all,
I think it's about time for another quick review of the current charts
for libsvn_wc performance. The current charts compare trunk to 1.7.0.
If you see a green bar, trunk was measured to be faster than 1.7.0.
The last dozen test runs are always shown at
http://svn-qavm.apache.org/charts/
a
Cool, thanks!
~Neels
On Thu, 17 Jan 2013 18:29:05 -
rhuij...@apache.org wrote:
> Author: rhuijben
> Date: Thu Jan 17 18:29:04 2013
> New Revision: 1434850
>
> URL: http://svn.apache.org/viewvc?rev=1434850&view=rev
> Log:
> Resolve issue #4252 and a few other loose ends in 'svn ci
> --inclu
that shows path existence thru
history...
~Neels
--
Neels Hofmeyr
Senior Developer
elego Software Solutions GmbH, http://www.elego.de/
Gustav-Meyer-Allee 25, Gebäude 12.3 (BIG)
13355 Berlin, Germany
Fon: +49 30 2345 8696, mailto:ne...@elego.de
Fax: +49 30 2345 8695
Sitz der Gesellschaft
On Fri, 11 Jan 2013 09:16:57 -0800 (PST)
cmpil...@tigris.org wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4100
> What|Old value |New value
>
> Issue ty
On Tue, 8 Jan 2013 12:40:17 +0100
Stefan Sperling wrote:
> Assume for a second that 'svn patch' already had the ability to flag
> conflicts in the working copy (this is a planned feature). Should we
> then still create an unversioned skip file or do something else?
I like the idea of being able
I've just used 'svn patch'. There were missing target files, but I only
noticed a lot later; because all the text conflicts had .svnpatch.rej
files, but the missing targets were only listed in 'svn patch' output.
So in my particular case it would have helped to have .svnpatch.rej
files for missing
On Wed, 28 Nov 2012 11:27:54 +0530
vijay wrote:
> Thanks everyone! It was a great learning opportunity for me!
Come back anytime for more learning opportunities!
I've had committer access for four years now and am still on a
learning curve... :)
~Neels
signature.asc
Description: PGP signature
On Wed, 2011-05-11 at 02:02 +0200, Bert Huijben wrote:
>
> > -Original Message-
> > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > Are you sure? The script's output seems a little bit too consistent:
> >
> > ne...@apache.org wrote on Tue, May 10, 2011 at 11:57:35 +:
> > > (
The most recent benchmark suggests that the 'svn delete' performance
problem I was complaining about earlier is not only gone but completely
reversed. 'svn delete' is now EXTREMELY fast when compared to 1.6.
Amazing.
Also, one has to look really hard for timings where trunk is slower.
Quite remar
On Tue, 2011-05-10 at 11:41 +0200, Neels Hofmeyr wrote:
> On Mon, 2011-04-18 at 16:50 +0200, Neels Hofmeyr wrote:
> > The benchmark will now run once a week on Monday morning and send
> > results directly to dev@. Any objections?
>
> It was supposed to, but I just actively
On Mon, 2011-04-18 at 16:50 +0200, Neels Hofmeyr wrote:
> The benchmark will now run once a week on Monday morning and send
> results directly to dev@. Any objections?
It was supposed to, but I just actively noted that I haven't seen any
for quite a while. I'm now fixing stuf
I'd like to drop a hint at
notes/tree-conflicts/all-add-vs-add-tree-conflicts.txt
where I tabled up the TC cases that I changed. AFAIR it wasn't quite
where I wanted it when my activity faded, so unless others have covered
the ':(' cases, they are IMHO still inconsistent.
I did what I did beca
On Thu, 2011-04-21 at 17:30 +0200, Stefan Fuhrmann wrote:
> On 21.04.2011 16:37, Neels Hofmeyr wrote:
> > Hi all,
> >
> > finalizing the T-shirt design for our Subversion hackathon coming up in
> > May, I've just been working with the Subversion logo again (the s
Hi all,
finalizing the T-shirt design for our Subversion hackathon coming up in
May, I've just been working with the Subversion logo again (the slanted
S on black background).
It came to my notice that it actually has four dots near the lower left
corner. Do they mean anything? A secret society's
On Tue, 2011-04-19 at 17:07 +0200, Stephen Butler wrote:
> On Apr 19, 2011, at 15:32 , Neels Hofmeyr wrote:
>
> >>>>
> >>>> This attached patch fixes three issues with the script:
> >>>> 1) use of file:// when I'm sure that file:/// i
On Mon, 2011-04-18 at 19:47 -0400, Greg Stein wrote:
> Applied in r1094816.
>
> On Mon, Apr 18, 2011 at 18:44, Greg Stein wrote:
> > On Mon, Apr 18, 2011 at 07:04, Alan Wood wrote:
> >> Hi devs,
> >> I have just been looking at running the benchmarks and have got to the
> >> stage where I can
This week's benchmarks.
From: ne...@svn-qavm.apache.org
Date: Mon, 18 Apr 2011 02:06:07 + (04/18/2011 04:06:07 AM)
/home/neels/svnbench/20110418-002438
Started at Mon Apr 18 00:24:38 UTC 2011
-
Results for dir levels:
On Fri, 2011-04-15 at 03:18 -0400, Greg Stein wrote:
> On Fri, Apr 15, 2011 at 00:13, Daniel Shahaf wrote:
> > Just add them to public version control?
>
> Already done. See tools/dev/benchmarks/suite1/
>
> Looking at the scripts (along with a bit of work that I did), it seems
> quite easy to in
On Thu, 2011-04-14 at 23:22 +0200, Johan Corveleyn wrote:
> Hi Neels,
>
> Great work, and good to see those numbers. But ... hold on a minute
> before jumping to conclusions. IIUC you only tested one type of
> platform: *nix with local disk (on a (powerful) VM, and on a (slightly
> less powerful)
Hi all,
yesterday's and today's benchmarks look particularly good (listed
below). I haven't paid attention to commits, but it seems some pretty
good perf commits have happened recently (except for 'svn delete').
'svn delete' is still 10 times slower on trunk for 100x1 (in a deep
working copy of 1
On Mon, 2011-04-11 at 08:10 -0500, Hyrum K Wright wrote:
> matplotlib is fairly popular and flexible. You can find an example in
> our repo in tools/dev/graph-dav-servers.py. There is also decent
> online documentation.
Wow, this looks like my new favourite way to plot!
This is so great, I can h
This morning's svn speed ratings...
Far less numbers this time.
Can anyone recommend a python charting thing? I've seen a couple, but if
anyone has already cycled through them, I'd appreciate a hint or to.
Might try py-svg aka svg.charts. http://sourceforge.net/projects/py-svg/
~Neels
/home/nee
On Thu, 2011-04-07 at 08:03 -0500, Hyrum K Wright wrote:
> This is great work, though as you admit the results are bit
> incomprehensible at this stage. Would it make sense to somehow
Hmm, I think stsp was a bit early to post, I'm still in the sanity
checking phase ;)
E.g.,:
[[[
Timings for 5x
On Sat, 2011-02-19 at 04:53 +0100, Stefan Sperling wrote:
> On Fri, Feb 18, 2011 at 09:19:56PM -0500, Greg Stein wrote:
> > Can somebody provide a pointer to some of the latest speed analysis?
>
> Neels is on vacation this week. When he returns, I'll prod him
> about running his performance tests
On Tue, 2011-02-08 at 20:27 +0100, Stefan Sperling wrote:
> > Also instead of nebulous handwaving about "performance is bad", it
> > would be nice to have actually datasets and actual numbers. We have a
> > VM at the ASF which could be used for hosting a set of benchmarking
> > data; we just need
Hey Paul,
I saw the recent spring cleaning efforts, and doing my bid is on the
to-do list ... as soon as the rest of the world step off my toes ;)
Hmm, can't really say when that will be, though.
I hope it happens soon, otherwise please nudge me more or take things
over at your own discretion.
~
46 matches
Mail list logo