From users-return-1262-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Mon Mar 01 08:38:39 2010 Return-Path: Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: (qmail 97928 invoked from network); 1 Mar 2010 08:38:38 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Mar 2010 08:38:38 -0000 Received: (qmail 62003 invoked by uid 500); 28 Feb 2010 16:38:37 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 61972 invoked by uid 500); 28 Feb 2010 16:38:37 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 61965 invoked by uid 99); 28 Feb 2010 16:38:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Feb 2010 16:38:37 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mbeets@gmail.com designates 209.85.217.209 as permitted sender) Received: from [209.85.217.209] (HELO mail-gx0-f209.google.com) (209.85.217.209) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Feb 2010 16:38:27 +0000 Received: by gxk1 with SMTP id 1so1118528gxk.16 for ; Sun, 28 Feb 2010 08:38:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=X9DVviC/4OgXYHSeE/7aCc1wpNCXXGsmv42zjnw2uVo=; b=YV0oVxt8AoJWdqj4eIthnNTWIbB7Eh+3096EVs/826B8N5WzilXWYXB6+V2wEgR6z6 I2+dy+rnCERfai0IOY8Bpyn7bKpfcEk7IkkRCyBv+FmfjhkJ/XSl/cSGjZYl9on469HC lr8N250dLz2ZT8o900TyNsOHfGpTaoMo4nBys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=s6Uu6O2qKiJKJaXnllarSK/ufdryMoiZiyd6fGoKP3imjavQa8EEPkuMOdducL7mN2 iVASV3JCZKk01s9SFRzWPYYMAONYsgsrZm3d02kOJ0B9UjgxuQBuOcyynkq9fhcJy6p0 5Pw6690rRKH5ADU/B3YCU2WHhH3j4Mx95fKXo= MIME-Version: 1.0 Received: by 10.150.213.10 with SMTP id l10mr2545686ybg.292.1267375086327; Sun, 28 Feb 2010 08:38:06 -0800 (PST) In-Reply-To: References: <20100226155433.GB30215@noel.stsp.name> Date: Sun, 28 Feb 2010 18:38:06 +0200 Message-ID: Subject: Re: Using memcached on Windows with SVN 1.6 From: Matthew Beets To: Mark Phippard Cc: Stefan Sperling , users@subversion.apache.org Content-Type: multipart/alternative; boundary=000e0cd379b0d1590c0480abc158 --000e0cd379b0d1590c0480abc158 Content-Type: text/plain; charset=ISO-8859-1 > > By the way, typing "memcached" into the search box at http://svn.haxx.se/ turns up lots of information, including people reporting performance measurements. Thanks for the reminder. There is much more on getting it to work under various linux variants than anyone attempting to do it on windows. And no-one there seems to have an easy time getting it working either. Why am I trying on windows? It is what I have to work with. I'd really like re-compiling everything to be a last resort! I'm not sure that it should be necessary and if I tried it and it still didn't work I couldn't be sure that I hadn't made a mistake somewhere. It would also be great if I could end this with step-by-step instructions to help the next googler / svn.haxx.se user achieve the same thing. Thank you, Matthew On Fri, Feb 26, 2010 at 9:09 PM, Matthew Beets wrote: > Thanks for the responses so far. > > >> Not to discourage you from trying, but the others that have done the > > same did not see any tangible benefits. Most of these users were > > already using pretty fast disk systems for their repositories, so > > perhaps if yours are on a single spindle or something and you have a > > lot of RAM for the cache you might see different. > > The tests that I've seen seem to have been done using some serious > hardware. My situation is much more modest with a SVN repository on a disk > shared by a bunch of other processes. > > They were never specifically compiled with our without memcached. The > > binaries are including the latest (as of a month ago) version of httpd > > and apr and using the standard Apache build process that it provides. > > If that builds memcache support on Windows then they include them. If > > you have to retrieve some special package or use special compile > > options then it does not and never has. > > > I should have added that we provide the source code and build scripts > > that go into each release alongside the download. So feel free to > > download the source zip and look at the scripts etc. > > > I have downloaded the source for the Collabnet Subversion server. Comments > at this website: http://github.com/apache/apr-util say that: > > To give a brief overview, the primary core > subsystems of APR-util 1.3 include the following: > > ... > MemCache interface > > ... > > > Which would make me believe that if you are using their standard build for > APR-util that it would have memcache support rolled in. A search within the > libaprutil-1.dll (version 1.3.9) that comes within the collab install does > show up references to the following functions: > > apr_memcache_add > apr_memcache_add_multget_key > apr_memcache_add_server > > Again this feels like it has had support for it compiled in. I can't find > anything specific that says you must do blah to compile support for it on > windows. > > Thanks, > > Matthew > > > > On Fri, Feb 26, 2010 at 5:58 PM, Mark Phippard wrote: > >> On Fri, Feb 26, 2010 at 7:57 AM, Mark Phippard >> wrote: >> > On Fri, Feb 26, 2010 at 7:54 AM, Stefan Sperling wrote: >> >> On Fri, Feb 26, 2010 at 05:44:38PM +0200, Matthew Beets wrote: >> >>> Now when I try to checkout my empty test repository ( using "svn >> checkout >> >>> svn://localhost/test C:\svntestcheckout" ) I get the message: >> >>> >> >>> svn: apr memcache library not available >> >> >> >> Sounds like the APR library shiipping with the collab.net svn binaries >> >> has not been compiled with support for memcached. >> >> >> >> They certainly used to, but maybe this has changed? >> >> See http://svn.haxx.se/users/archive-2009-06/0676.shtml >> > >> > They were never specifically compiled with our without memcached. The >> > binaries are including the latest (as of a month ago) version of httpd >> > and apr and using the standard Apache build process that it provides. >> > If that builds memcache support on Windows then they include them. If >> > you have to retrieve some special package or use special compile >> > options then it does not and never has. >> >> I should have added that we provide the source code and build scripts >> that go into each release alongside the download. So feel free to >> download the source zip and look at the scripts etc. >> >> >> -- >> Thanks >> >> Mark Phippard >> http://markphip.blogspot.com/ >> > > --000e0cd379b0d1590c0480abc158 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
By the way, typing "memcached" into the search box at=A0http://svn.haxx.se/
turns up lots of information, including people reporting
performance measurements.
Thanks for the reminder. There is much = more on getting it to work under various linux variants than anyone attempt= ing to do it on windows. And no-one there seems to have an easy time gettin= g it working either. Why am I trying on windows? It is what I have to work = with.

<= span class=3D"Apple-style-span" style=3D"border-collapse: collapse;">I'= d really like re-compiling everything to be a last resort! I'm not sure= that it should be necessary and if I tried it and it still didn't work= I couldn't be sure that I hadn't made a mistake somewhere.<= /font>

<= span class=3D"Apple-style-span" style=3D"border-collapse: collapse;">=A0It = would also be great if I could end this with step-by-step instructions to h= elp the next googler / svn.haxx.se user = achieve the same thing.

<= span class=3D"Apple-style-span" style=3D"border-collapse: collapse;">Thank = you,

<= span class=3D"Apple-style-span" style=3D"border-collapse: collapse;">Matthe= w

<= span class=3D"Apple-style-span" style=3D"border-collapse: collapse;">


On Fri, Feb 26, 2010 = at 9:09 PM, Matthew Beets <mbeets@gmail.com> wrote:
Thanks for the responses so far.
=
=A0
Not to discourage you from trying, but the others that have done the
same did not see any tangible benefits. =A0Mos= t of these users were
already using pretty fast disk systems for their repositories, = so
perhaps if yours are on a single spindle or some= thing and you have a
lot of RAM for the cache you m= ight see different.
The tests that I've seen seem to have been done using= some serious hardware. My situation is much more modest with a SVN reposit= ory on a disk shared by a bunch of other processes.

They were never specifically compiled with our without memcached. =A0The
binaries are including the latest (as of a= month ago) version of httpd
and apr and using the standard Apache build process that it pro= vides.
If that builds memcache support on Windows t= hen they include them. =A0If
you have to retrieve s= ome special package or use special compile
options then it does not and never has.

I should have added that we provide the source code and build scripts
that go into each release alongside the downl= oad. =A0So feel free to
download the source zip and look at the scripts etc.

I have downloaded the source for t= he Collabnet Subversion server. Comments at this website:=A0http://github.com/apache/a= pr-util=A0say that:

To give a brief overview, the primary core
   subsystems of APR-util 1.3 include the following:

     ...
     MemCache interface

Which would make me believe that if you are using their standard bui= ld for APR-util that it would have memcache support rolled in. A search wit= hin the libaprutil-1.dll (version 1.3.9) that comes within the collab insta= ll does show up references to the following functions:=A0

apr_memcache_add
apr_memcache_add_multget_key
apr_memca= che_add_server

Again this feels like it has had su= pport for it compiled in. I can't find anything specific that says you = must do blah to compile support for it on windows.

Thanks,

Matthew



On Fri= , Feb 26, 2010 at 5:58 PM, Mark Phippard <markphip@gmail.com> wrote:
On Fri, Feb 26, 2010 at= 7:57 AM, Mark Phippard <markphip@gmail.com> wrote:
> On Fri, Feb 26, 2010 at 7:54 AM, Stefan Sperling <stsp@elego.de> wrote:
>> On Fri, Feb 26, 2010 at 05:44:38PM +0200, Matthew Beets wrote:
>>> Now when I try to checkout my empty test repository ( using &q= uot;svn checkout
>>> svn://localhost/test C:\svntestcheckout" ) =A0I get the m= essage:
>>>
>>> svn: apr memcache library not available
>>
>> Sounds like the APR library shiipping with the collab.net svn binaries
>> has not been compiled with support for memcached.
>>
>> They certainly used to, but maybe this has changed?
>> See http://svn.haxx.se/users/archive-2009-06/0676.shtml=
>
> They were never specifically compiled with our without memcached. =A0T= he
> binaries are including the latest (as of a month ago) version of httpd=
> and apr and using the standard Apache build process that it provides.<= br> > If that builds memcache support on Windows then they include them. =A0= If
> you have to retrieve some special package or use special compile
> options then it does not and never has.

I should have added that we provide the source code and build s= cripts
that go into each release alongside the download. =A0So feel free to
download the source zip and look at the scripts etc.


--
Thanks

Mark Phippard
http://markphip= .blogspot.com/


--000e0cd379b0d1590c0480abc158--