From users-return-21384-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Fri May 2 16:30:30 2014 Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EADFA110E6 for ; Fri, 2 May 2014 16:30:30 +0000 (UTC) Received: (qmail 31022 invoked by uid 500); 2 May 2014 16:30:23 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 30822 invoked by uid 500); 2 May 2014 16:30:21 -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 30720 invoked by uid 99); 2 May 2014 16:30:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2014 16:30:20 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of philip.martin@wandisco.com designates 209.85.212.180 as permitted sender) Received: from [209.85.212.180] (HELO mail-wi0-f180.google.com) (209.85.212.180) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2014 16:30:16 +0000 Received: by mail-wi0-f180.google.com with SMTP id hi5so1696150wib.1 for ; Fri, 02 May 2014 09:29:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wandisco.com; s=gapps; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=TGRA/3f/OiesapZd9uvhGY2A0Iok59duR+vLc36MCD0=; b=pLqyrO7KSnnZ/qPtiKpOhjfClK5k6cWTX7Za1vzGo54of1q3yOYcrYWLW+sr7MNdKh vW4kXcKfHLn2cmoo4ihE9DQsG/aLIL2gQUQ+uVLZSI1C1iwe/hsyWl7cn2Syk8Dng/h5 TcIwqEwrt4Em10s3LBt0dolIFDcMKhCg2YbBI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=TGRA/3f/OiesapZd9uvhGY2A0Iok59duR+vLc36MCD0=; b=PYiMDuERwdYHUSyKMm2vTDQnL/vcz9DmWVOuxqxErNFwfrEG4uOOWNXaX5dwVuHqXe 1jCn1I4Zfh9G4uOfwQmv5nyX2o/2WzMqzltaHu7A2WL6H8V7GO89TEh14lMPEYbmrye4 Gri6mDWsE4KeQ5CbtpXV4kPOSJX7nuO0t0lE/ZMgOsgQTh2uvj9hKTmjmtG43aVbzosd OymbMdook1dvotw9Bi4vJsg/r37GvCUgSsgCjDfmKM9sUJYkJr92fSOHMzzgpFXFFmOL GxGiYREqI/9isl82eab7iX768xTThB1REev4ETQ3tEkmqQd9FY1TWJ6XEYYR3eNftaXl pVIg== X-Gm-Message-State: ALoCoQm1YZeyXPt7XdNhA9F+glVjqQwtpnNyTg0MLH0ncfuG/lc3M871SPuN+Vd5ht0NpF2xyh40 X-Received: by 10.194.202.166 with SMTP id kj6mr3137104wjc.48.1399048192079; Fri, 02 May 2014 09:29:52 -0700 (PDT) Received: from localhost (cpc20-farn7-2-0-cust13.6-2.cable.virginm.net. [86.15.228.14]) by mx.google.com with ESMTPSA id n5sm4825264wiz.1.2014.05.02.09.29.51 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 02 May 2014 09:29:51 -0700 (PDT) From: Philip Martin To: Ryan Schmidt Cc: Subversion Users Subject: Re: Simultaneous svnserve requests lead to "Can't read from connection: Connection reset by peer" References: Date: Fri, 02 May 2014 17:29:50 +0100 In-Reply-To: (Ryan Schmidt's message of "Fri, 2 May 2014 05:22:58 -0500") Message-ID: <874n18i1oh.fsf@ntlworld.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked by ClamAV on apache.org Ryan Schmidt writes: > Is there a limit on the number of simultaneous connections I can make > from a single svn client to svnserve? No, there is no rate limiting at all in 1.8 svnserve: it will attempt to start threads/processes as fast as incomming connections arrive. This can cause the server to run out of resources which may in turn cause processes to get killed. However your test case of 10 simultaneous exports isn't very big so I'd not expect a problem. > The client and server are on a local network connected by 100mbit > Ethernet. Both are 64-bit Intel Macs running OS X 10.9.2 with > Subversion 1.8.8 installed using MacPorts. The server is started with > a shell script containing: > > #!/bin/sh > svnserve --daemon --foreground --read-only --log-file /dev/stdout --client-speed 100 --root "$(dirname "$0")" You say you want it to be faster. If svnserve is the bottleneck then using thread mode rather than fork mode and increasing the size of the FSFS cache will make svnserve much faster, your network may well become the bottleneck. http://subversion.apache.org/docs/release-notes/1.7.html#server-performance-tuning http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*