ervice) if you're a bit careful with the spec file. It's a bit
more complex if you include things that are typically quite
distro-specific, e.g. init.d scripts.
I have some experience with this, so might be able to help...
John.
--
John Beranek
On 29/03/11 01:33, Greg Stein wrote:
> On Mon, Mar 28, 2011 at 18:51, John Beranek wrote:
>> On 28/03/2011 23:45, Greg Stein wrote:
>>> On Mon, Mar 28, 2011 at 17:42, John Beranek wrote:
>>>> On 25/03/2011 17:33, Mark Phippard wrote:
>>>>> Hi,
>&
On 28/03/2011 23:45, Greg Stein wrote:
> On Mon, Mar 28, 2011 at 17:42, John Beranek wrote:
>> On 25/03/2011 17:33, Mark Phippard wrote:
>>> Hi,
>>>
>>> I have been working on a framework for writing tests to record
>>> performance. I have someth
On 28/03/2011 23:00, Mark Phippard wrote:
> On Mon, Mar 28, 2011 at 5:42 PM, John Beranek wrote:
>> On 25/03/2011 17:33, Mark Phippard wrote:
>>> Hi,
>>>
>>> I have been working on a framework for writing tests to record
>>> performance. I have someth
kout' tests I was
specifically asked to make tests that separate WC and RA functionality.
I did this, released results, and the (portable) benchmark code.
Now Mark has released a new set of benchmarks, which don't separate WC
and RA functionality. No one has (yet) noted this fact. ;)
Cheer
git;a=blob;f=net/ipv4/netfilter/ipt_tos.c
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.4.37.y.git;a=blob;f=net/ipv4/netfilter/ipt_TOS.c
Cheers,
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
smime.p7s
Description: S/MIME Cryptographic Signature
On 14/03/2011 19:52, Ivan Zhakov wrote:
> On Mon, Mar 14, 2011 at 22:47, John Beranek wrote:
>> On 14/03/2011 19:45, Ivan Zhakov wrote:
>>> On Mon, Mar 14, 2011 at 20:46, John Beranek wrote:
>>>> On 14/03/11 17:14, Philip Martin wrote:
>>>>> Ivan Zha
On 14/03/2011 19:45, Ivan Zhakov wrote:
> On Mon, Mar 14, 2011 at 20:46, John Beranek wrote:
>> On 14/03/11 17:14, Philip Martin wrote:
>>> Ivan Zhakov writes:
>>>
>>>> I investigated your problem with high CPU usage and fixed in serf in
>>>&g
s is a little slower because one host (a dual-core
workstation) is now both client and server]
Cheers,
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
smime.p7s
Description: S/MIME Cryptographic Signature
On 10/03/11 17:22, Hyrum K Wright wrote:
> A newly added file isn't getting compiled. You'll need to rerun
> ./gen-make.py.
Ah, so true, thanks.
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/
On 10/03/11 16:42, Justin Erenkrantz wrote:
> On Thu, Mar 10, 2011 at 8:22 AM, John Beranek wrote:
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1
On 10/03/11 16:55, Philip Martin wrote:
> John Beranek writes:
>
>> svn export
>> ==
>>
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations
On 10/03/11 15:50, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 18:44, John Beranek wrote:
>> On 10/03/11 14:31, Hyrum K Wright wrote:
>>> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
>>>> OK, so I:
>>>>
>>>> * Changed my benchmark t
On 10/03/11 16:00, C. Michael Pilato wrote:
> On 03/10/2011 10:57 AM, John Beranek wrote:
>> Hmm, OK, but is 'export' truly not WC dependent??
>
> Yes, it's WC-independent. 'export' doesn't create a working copy at all.
I guess I
On 10/03/11 15:50, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 18:44, John Beranek wrote:
>> On 10/03/11 14:31, Hyrum K Wright wrote:
>>> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
>>>> OK, so I:
>>>>
>>>> * Changed my benchmark t
On 10/03/11 14:31, Hyrum K Wright wrote:
> On Thu, Mar 10, 2011 at 6:24 AM, John Beranek wrote:
>> OK, so I:
>>
>> * Changed my benchmark took to allow the test to be reported N times,
>> and moved to microsecond timers.
>> * Set up a fresh repository on a 1
On 10/03/11 06:34, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 01:23, John Beranek wrote:
>> On 09/03/2011 20:17, Ivan Zhakov wrote:
>>> On Tue, Mar 8, 2011 at 22:07, Greg Stein wrote:
>>>> On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov wrote:
>>>>> ...
On 10/03/11 06:34, Ivan Zhakov wrote:
> On Thu, Mar 10, 2011 at 01:23, John Beranek wrote:
>> On 09/03/2011 20:17, Ivan Zhakov wrote:
>>> On Tue, Mar 8, 2011 at 22:07, Greg Stein wrote:
>>>> On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov wrote:
>>>>> ...
o CHECKOUT directories when using
> HTTPv1 to provide baseline.
>
> Anyway I've implemented ra_neon's approach in r1079967.
>
> John,
>
> Could you please provide timings of 'svn import' with updated
> Subversion trunk and Serf trunk?
On 08/03/2011 18:45, Mark Phippard wrote:
> On Tue, Mar 8, 2011 at 12:52 PM, John Beranek wrote:
>
>> This reminds me that it's readily apparent that there is still no
>> pipelining being done on an import/commit in either ra_neon or ra_serf,
>> even with a 'v
being modified or it's fine to CHECKOUT only the root of
> commit operation?
This reminds me that it's readily apparent that there is still no
pipelining being done on an import/commit in either ra_neon or ra_serf,
even with a 'v2' server. Here's some nu
On 08/03/11 14:07, Ivan Zhakov wrote:
> On Tue, Mar 8, 2011 at 17:01, John Beranek wrote:
>> On 08/03/11 09:34, Ivan Zhakov wrote:
>>> On Tue, Mar 8, 2011 at 12:21, John Beranek wrote:
>>>> On 08/03/11 05:34, Justin Erenkrantz wrote:
>>>>> On Mon
On 08/03/11 12:31, Julian Foad wrote:
> On Mon, 2011-03-07, John Beranek wrote:
>> On 05/03/2011 23:23, John Beranek wrote:
>>> Hi,
>>>
>>> I'm not sure if much performance comparison has been performed, but I'm
>>> unhappy to report a si
On 08/03/11 09:34, Ivan Zhakov wrote:
> On Tue, Mar 8, 2011 at 12:21, John Beranek wrote:
>> On 08/03/11 05:34, Justin Erenkrantz wrote:
>>> On Mon, Mar 7, 2011 at 3:26 PM, John Beranek wrote:
>>>> Hmm...I'm surprised (and disappointed). No one is interested
On 08/03/11 05:34, Justin Erenkrantz wrote:
> On Mon, Mar 7, 2011 at 3:26 PM, John Beranek wrote:
>> Hmm...I'm surprised (and disappointed). No one is interested in
>> Subversion 1.7 being lower performance than 1.6?
>
> You're not telling us something we
On 05/03/2011 23:23, John Beranek wrote:
> Hi,
>
> I'm not sure if much performance comparison has been performed, but I'm
> unhappy to report a significant _reduction_ in speed in a checkout.
Hmm...I'm surprised (and disappointed). No one is interested in
Subversion
On 05/03/2011 23:27, John Beranek wrote:
> On 05/03/2011 23:23, John Beranek wrote:
>> Hi,
>>
>> I'm not sure if much performance comparison has been performed, but I'm
>> unhappy to report a significant _reduction_ in speed in a checkout.
A few other data poi
On 05/03/2011 23:23, John Beranek wrote:
> Hi,
>
> I'm not sure if much performance comparison has been performed, but I'm
> unhappy to report a significant _reduction_ in speed in a checkout.
OK, here's an ra_local comparison:
Subversion 1.7 (r1078338) client, check
irectories, totalling 29MiB
real0m25.552s
user0m5.777s
sys 0m8.099s
Subversion 1.6.15 (r1038135) client, checking out from the same server:
Same checkout:
real0m8.350s
user0m2.382s
sys 0m2.485s
John.
--
John Beranek To generalise is to be an i
On 05/03/2011 21:47, Daniel Shahaf wrote:
> John Beranek wrote on Sat, Mar 05, 2011 at 21:02:34 +:
>> Results of "grep --before-context=10 "^FAIL:" tests.log":
>
> In case you aren't aware: after 'make check' has finished, you can look
> a
On 05/03/2011 20:04, John Beranek wrote:
> On 05/03/2011 18:33, Philip Martin wrote:
>> Stefan Fuhrmann writes:
>>
>>> I suspect that -fstrict-aliasing (or something similar)
>>> might have broken svn_temp_deserializer__resolve().
>>>
>>> r107
On 05/03/2011 20:04, John Beranek wrote:
> On 05/03/2011 18:33, Philip Martin wrote:
>> Stefan Fuhrmann writes:
>>
>>> I suspect that -fstrict-aliasing (or something similar)
>>> might have broken svn_temp_deserializer__resolve().
>>>
>>> r107
m that by testing some revision less than
> r1078256 using EXTRA_CFLAGS='-O2 -fno-strict-aliasing'
Confirmed: that fixes the assertion error in client-test at least.
Now, I can try the code fixes from Stefan.
John.
--
John Beranek To
On 04/03/2011 23:02, Stefan Fuhrmann wrote:
> On 04.03.2011 12:32, John Beranek wrote:
>> On 04/03/11 11:18, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>> Oh, this is for a run of an installed copy of svnserve, as I don't
>>>> h
On 04/03/2011 15:07, Daniel Shahaf wrote:
> John Beranek wrote on Fri, Mar 04, 2011 at 14:49:48 +:
>> On 04/03/11 14:44, Daniel Shahaf wrote:
>>> John Beranek wrote on Thu, Mar 03, 2011 at 17:54:04 +:
>>>> Hi,
>>>>
>>>> This afternoo
On 04/03/11 14:44, Daniel Shahaf wrote:
> John Beranek wrote on Thu, Mar 03, 2011 at 17:54:04 +:
>> Hi,
>>
>> This afternoon, I checked out the trunk from Subversion in order to
>> build a dev system running 1.7.
>>
>> I updated a sandbox I had lying
On 04/03/11 14:02, John Beranek wrote:
> On 04/03/11 13:48, Philip Martin wrote:
>> John Beranek writes:
>>
>>>> One thing you could try is identifying which revision causes the
>>>> problem. I'm guessing that r1072301 will PASS, it would be good to
&
On 04/03/11 13:48, Philip Martin wrote:
> John Beranek writes:
>
>>> One thing you could try is identifying which revision causes the
>>> problem. I'm guessing that r1072301 will PASS, it would be good to
>>> know which is the first revision to FA
On 04/03/11 13:09, Philip Martin wrote:
> John Beranek writes:
>
>>> That could be tricky. You are using 64-bit Fedora 14, what version of
>>> gcc and APR are you using? I can't reproduce it on my Debian/oldstable
>>> box. Fedora 14 is a cutting edg
On 04/03/11 13:15, Philip Martin wrote:
> John Beranek writes:
>
>> Oh, and my results with valgrind:
>>
>> PASS: lt-client-test 1: test svn_client__elide_mergeinfo_catalog
>> PASS: lt-client-test 2: test svn_client_args_to_target_array
>> PASS: lt-
On 04/03/11 12:45, Philip Martin wrote:
> John Beranek writes:
>
>> On 04/03/11 11:52, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>> Is there a recommended way to get -O0 into the compilation in Subversion
>>>> build lan
On 04/03/11 12:45, Philip Martin wrote:
> John Beranek writes:
>
>> On 04/03/11 11:52, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>> Is there a recommended way to get -O0 into the compilation in Subversion
>>>> build lan
On 04/03/11 12:21, John Beranek wrote:
> On 04/03/11 11:52, Philip Martin wrote:
>> John Beranek writes:
>>
>>> Is there a recommended way to get -O0 into the compilation in Subversion
>>> build land?
>>
>> You can "configure --enable-debug&q
On 04/03/11 11:52, Philip Martin wrote:
> John Beranek writes:
>
>> Is there a recommended way to get -O0 into the compilation in Subversion
>> build land?
>
> You can "configure --enable-debug" or "make EXTRA_CFLAGS=-O0".
OK, the test does indeed
On 04/03/11 11:32, Julian Foad wrote:
> On Thu, 2011-03-03, John Beranek wrote:
>> Running tests in auth-test [1/88].success
>> Running tests in cache-test [2/88]success
>> Running tests in checksum-test [3/88]...
On 04/03/11 11:35, Philip Martin wrote:
> John Beranek writes:
>
>> On 03/03/11 23:48, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>> Forgot to note, same assertion failure:
>>>>
>>>> START: client-test
>
On 04/03/11 11:18, Philip Martin wrote:
> John Beranek writes:
>
>> Oh, this is for a run of an installed copy of svnserve, as I don't have a:
>>
>> subversion/tests/libsvn_client/.libs/lt-client-test
>>
>> only:
>>
>> subversion/tests/libsv
On 04/03/11 11:00, John Beranek wrote:
> On 03/03/11 23:48, Philip Martin wrote:
>> John Beranek writes:
>>
>>> Forgot to note, same assertion failure:
>>>
>>> START: client-test
>>> lt-client-test: subversion/libsvn_subr/svn_temp_serializer.c
On 03/03/11 23:48, Philip Martin wrote:
> John Beranek writes:
>
>> Forgot to note, same assertion failure:
>>
>> START: client-test
>> lt-client-test: subversion/libsvn_subr/svn_temp_serializer.c:282:
>> svn_temp_deserializer__resolve: Assertion `*ptr > bu
On 03/03/2011 23:27, John Beranek wrote:
> On 03/03/2011 23:08, Philip Martin wrote:
>> Philip Martin writes:
>>
>>> There does appear to be a bug on trunk:
>>>
>>> $ valgrind --num-callers=20 -q ./.libs/lt-client-test 3
>>> ==26565== Condit
> ==26565==at 0x4C2367A: bcmp (mc_replace_strmem.c:541)
>
> Fixed by r1076872.
Tests are still failing for me, built r1076877. :(
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
elease notes suggest that serf has the most improvement.
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
On 03/03/2011 22:12, John Beranek wrote:
> Has "HTTPv2" been tested through a proxy at all?
>
> Note: I have ensured Squid is compliled to support a number of
> additional HTTP methods to support Subversion:
Sorry, s/compiled/configured/
John.
--
John Beranek
ional HTTP methods to support Subversion:
# grep OPTIONS /etc/squid/squid.conf
extension_methods REPORT MERGE MKACTIVITY CHECKOUT PROPFIND
PROXY-AUTHORIZATION OPTIONS
The same trunk Subversion built at home, not going through a proxy works
fine...
John.
--
John Beranek
On 03/03/2011 20:48, Philip Martin wrote:
> John Beranek writes:
>
>> On 03/03/2011 20:01, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>> On 03/03/2011 18:30, Philip Martin wrote:
>>>>> John Beranek writes:
>>>>>
On 03/03/2011 20:01, Philip Martin wrote:
> John Beranek writes:
>
>> On 03/03/2011 18:30, Philip Martin wrote:
>>> John Beranek writes:
>>>
>>>>
>>>> Am I doing something stupid, or is there some breakage on the trunk?
>>>
>
On 03/03/2011 19:38, John Beranek wrote:
> On 03/03/2011 18:30, Philip Martin wrote:
>> John Beranek writes:
>>
>>> This afternoon, I checked out the trunk from Subversion in order to
>>> build a dev system running 1.7.
>>>
>>> I updated a sand
On 03/03/2011 18:30, Philip Martin wrote:
> John Beranek writes:
>
>> This afternoon, I checked out the trunk from Subversion in order to
>> build a dev system running 1.7.
>>
>> I updated a sandbox I had lying around, made it 'extraclean', built and
>
izer.c:282:
svn_temp_deserializer__resolve: Assertion `*ptr > buffer' failed.
Am I doing something stupid, or is there some breakage on the trunk?
Cheers,
John.
--
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake
ice, and with a little
effort it should be possible to get Subversion building for multiple
distributions there, perhaps:
* Mandriva
* Fedora
* Debian
* Ubuntu
* openSUSE
* RHEL/CentOS
Cheers,
John.
--
John Beranek To generalise is to be
60 matches
Mail list logo