Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 0A1B1200D0B for ; Wed, 13 Sep 2017 07:20:39 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 095E21609C8; Wed, 13 Sep 2017 05:20:39 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 239DA1609B4 for ; Wed, 13 Sep 2017 07:20:37 +0200 (CEST) Received: (qmail 19115 invoked by uid 500); 13 Sep 2017 05:20:36 -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 18831 invoked by uid 99); 13 Sep 2017 05:20:36 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Sep 2017 05:20:36 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 17AED18550D for ; Wed, 13 Sep 2017 05:20:36 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.68 X-Spam-Level: * X-Spam-Status: No, score=1.68 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 1xdRlLwEidoU for ; Wed, 13 Sep 2017 05:20:34 +0000 (UTC) Received: from mail-qt0-f179.google.com (mail-qt0-f179.google.com [209.85.216.179]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 65CDF5FC12 for ; Wed, 13 Sep 2017 05:20:34 +0000 (UTC) Received: by mail-qt0-f179.google.com with SMTP id i50so30152779qtf.0 for ; Tue, 12 Sep 2017 22:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=wKc1FyckKLUeVbIHYfmVzZ5NwVMRfT414YCCBgBVQSo=; b=ok9ZmyfMX57M00e3Duipb4C71IaAlRJj/UN/g5QIpXZxx4c3yokzSD9rrBZZp+L1FR K+lPP21sJU6Rende/+TKWSxKOhhTOc6qmto2oOjsN32ITOJsDI2XyhwsKBKQubNpnlYN GY3d3HNE24z4Kx4DPzP3/v68Zb9wOutpCqcVh4KQpF/i1o/Jvd1Xswt8XVOu3odD7l8+ dn558KZFICCcOS0Wyv9h+HMtRqLpkv3SPeweL/1EE5IwNYwHpB5kwJQCFGDHrRuWAXm9 NbpFzWOLLfhkHpwwSXUm9/8Cy07i7KW0FQa0212/RFSMFA+GvDDIxlUZmHtD/NN+NQy1 k0lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=wKc1FyckKLUeVbIHYfmVzZ5NwVMRfT414YCCBgBVQSo=; b=l0HM895K1bDHRtpelf0cLnQjbpKZhv3A/HnU1RlmOf0/QA+K15LNEAPoHGui68hma9 561n/fVX3z9niqoHD0ni8jefhu840H8zi40bv4s5RAGSBy12evyQmr7ixVCDhz2UeBNh xShkuFLEiYk7+2uc11AyUCaWyZIgsE/+0AbB20qlHbCGHltJH/Op9dd0s3I6ZTlwJIV4 NNAUohs4wpaupDgONe/XYJ3IhWl3HhA2cBLGzBKEvzTsX5rYIz0tdKk+FW8xMBq71v5c J1eUDSlX0Biapdf6SOWTEMVeB0BiBvXD5HEYi94x8oGiKSul4Xk/Cf1YCP3e9CK+FZuE K9fQ== X-Gm-Message-State: AHPjjUgUXgRCgFEHW99qjaynx09YjEL4QlqNJ9ei7HsJWdZsDUpLGB6T f+aW/jdt7yFG8g7uCjc5sLB/PTdABWKfwRjOxJc= X-Google-Smtp-Source: AOwi7QDCYJ3JVBmtMdW6ZnMqtgCrwObr91mPhTqgeJR81qAGShdVgd+GF389VTNJk+xxopRvbSeEhkkhDPag6KxSqlM= X-Received: by 10.200.55.228 with SMTP id e33mr25740768qtc.170.1505280033228; Tue, 12 Sep 2017 22:20:33 -0700 (PDT) MIME-Version: 1.0 References: <1B1E129E-7BA7-438D-B38F-90C0E4A47933@ietcombustion.com> In-Reply-To: <1B1E129E-7BA7-438D-B38F-90C0E4A47933@ietcombustion.com> From: Matt Simmons Date: Wed, 13 Sep 2017 05:20:22 +0000 Message-ID: Subject: Re: Subversion svn+ssh, sshd 100% CPU To: Zoran Petkovic , "users@subversion.apache.org" Content-Type: multipart/alternative; boundary="001a113e6da8ab0e8405590b5106" archived-at: Wed, 13 Sep 2017 05:20:39 -0000 --001a113e6da8ab0e8405590b5106 Content-Type: text/plain; charset="UTF-8" Why does iostat show? Could it be that your underlying disk is io-saturated and your CPU spike is due to iowait? On Tue, Sep 12, 2017 at 12:14 PM Zoran Petkovic wrote: > In the past few days I have been doing extensive testing of Subversion > with different clients, operating systems, client and server versions and > have noticed very strange behaviour with windows clients connecting to > Linux servers, hitting them with excessive CPU usage on the sshd process, > where the Linux clients do not exhibit this behaviour. > > > > A sample test setup is as follows: > > Server Linux Ubuntu 16.04.3 LTS, OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL > 1.0.2g 1 Mar 2016, Subversion version 1.9.3 (and 1.9.7). > > Client TortoiseSVN 1.9.7 > > > > When checking out large repositories the linux server is hit on the sshd > process, the process running with 100% cpu usage. This in effect slows down > the performance and ultimately the speed at which the checkout runs. Linux > clients connecting to the same server do not cause this load on the server. > > > > This happens even when compressions is turned off and when encryption > Cyphers are changed, as well as different versions of subversion. The > behaviour is identical. I'm not sure who to address for this issue as this > not only happens with TortoiseSVN but with SlikSVN as well. Any direction > would be appreciated. > > > > Regards, > > > > -- > > Zoran Petkovic > > > -- "Today, vegetables... Tomorrow, the world!" --001a113e6da8ab0e8405590b5106 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Why does iostat show? Could it be that your underlyi= ng disk is io-saturated and your CPU spike is due to iowait?



On Tue, Sep 12, 2017 at 12:14 PM Zoran Petkovic <zoran@ietcombustion.com> wrote:

In t= he past few days I have been doing extensive testing of Subversion with dif= ferent clients, operating systems, client and server versions and have noti= ced very strange behaviour with windows clients connecting to Linux servers, hitting them with excessive CPU usage= on the sshd process, where the Linux clients do not exhibit this behaviour= .

<= /u>=C2=A0

A sa= mple test setup is as follows:

Serv= er Linux Ubuntu 16.04.3 LTS, OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2= g=C2=A0 1 Mar 2016, Subversion version 1.9.3 (and 1.9.7).

Clie= nt TortoiseSVN 1.9.7

<= /u>=C2=A0

When= checking out large repositories the linux server is hit on the sshd proces= s, the process running with 100% cpu usage. This in effect slows down the p= erformance and ultimately the speed at which the checkout runs. Linux clients connecting to the same server do no= t cause this load on the server.

<= /u>=C2=A0

This= happens even when compressions is turned off and when encryption Cyphers a= re changed, as well as different versions of subversion. The behaviour is i= dentical. I'm not sure who to address for this issue as this not only happens with TortoiseSVN but with SlikSVN = as well. Any direction would be appreciated.

<= /u>=C2=A0

Rega= rds,

<= /u>=C2=A0

--=C2=A0

Zoran Petkovic

=C2=A0

--
"Today, vege= tables... Tomorrow, the world!"=C2=A0
--001a113e6da8ab0e8405590b5106--