From users-return-28865-archive-asf-public=cust-asf.ponee.io@subversion.apache.org Mon Oct 5 08:25:14 2020 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mxout1-he-de.apache.org (mxout1-he-de.apache.org [95.216.194.37]) by mx-eu-01.ponee.io (Postfix) with ESMTPS id B879118037A for ; Mon, 5 Oct 2020 10:25:14 +0200 (CEST) Received: from mail.apache.org (mailroute1-lw-us.apache.org [207.244.88.153]) by mxout1-he-de.apache.org (ASF Mail Server at mxout1-he-de.apache.org) with SMTP id 36E3E64358 for ; Mon, 5 Oct 2020 08:25:12 +0000 (UTC) Received: (qmail 78903 invoked by uid 500); 5 Oct 2020 08:25:11 -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 78892 invoked by uid 99); 5 Oct 2020 08:25:10 -0000 Received: from spamproc1-he-fi.apache.org (HELO spamproc1-he-fi.apache.org) (95.217.134.168) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Oct 2020 08:25:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamproc1-he-fi.apache.org (ASF Mail Server at spamproc1-he-fi.apache.org) with ESMTP id EF842C0104 for ; Mon, 5 Oct 2020 08:25:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamproc1-he-fi.apache.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.2, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamproc1-he-fi.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=bisimulations.com Received: from mx1-ec2-va.apache.org ([116.203.227.195]) by localhost (spamproc1-he-fi.apache.org [95.217.134.168]) (amavisd-new, port 10024) with ESMTP id TRkzT-BtZnWG for ; Mon, 5 Oct 2020 08:25:08 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.166.65; helo=mail-io1-f65.google.com; envelope-from=marek.manukjan@bisimulations.com; receiver= Received: from mail-io1-f65.google.com (mail-io1-f65.google.com [209.85.166.65]) by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with ESMTPS id F0166BC286 for ; Mon, 5 Oct 2020 08:25:07 +0000 (UTC) Received: by mail-io1-f65.google.com with SMTP id d20so3284959iop.10 for ; Mon, 05 Oct 2020 01:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bisimulations.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NKfol25480TRz0cHawHudZmbLLRHI1DtzcQ1e/aF780=; b=SpmEv+4Hk7oVp3MfMvfy28sTvsjOIs4xcdPAiPp4HiOVWyRv2XlbEAIE1S6aGUiJR9 Uu50P8SX62qFLGNjy4DmiUUnJux67fSeTw7fL2a01LgqIw3S0uASPk6/lti9JtWib4D7 TacHkAlq6OqWIJPkqUACBkFfq1K3dDAlzvjnwhfFIU+KY/pEnFP2epfwNHE9pL+81z6t LuHqBx6PVmx5C8lcIcToBBT7JQlcDR2cbHgepKYKiqbExoTh5nFuXfMxXmzgOAiANBmq 0sDZubmelsquMdP+ikrbiP0wApzcno4SXoFnBYD6k/l2xWYHper7OxRJX9DzwfShD8jI 3T4g== 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:cc; bh=NKfol25480TRz0cHawHudZmbLLRHI1DtzcQ1e/aF780=; b=ldNjFo+yVlo+ZZQukmp8Qo/kxbdfO/R+yn+OG7V2eSQPvFwaOLUVekbw+3aE+ak20t EDExdawI5JnZmi/5etAU9L1W4VTnzvVip7JABgl2KfTHL9iXPnYyRaBuDZtktahM+AY3 /yr3u/SOzn4nwCRI6+F+otKF398Hbzy38b63ujXWFJIFBQ7RH915l0ugYUl9VyooP0c+ HQcb/9yKVBVGiw8yRYOa0jcrxMtDiAuuETjpNpyvbzxdVxGEa3DRD16YbA7lQulTxNOc yrhByZYstirk/sSPZMoxzmP7BcLKxxSi4+1QwVbiQh+zMLkeoaqgPO51lF7EfRY43xeC mIUw== X-Gm-Message-State: AOAM531QTdyhA1iUCSO1Gh+AFG9M85KZkgfVDF2ZZW0J1cElf9j15Tfl Ablxomx9U/HWSTpq6+vBiDutMapw7DzoQLveIDg3fQ== X-Google-Smtp-Source: ABdhPJx8r96lNVaULfkOEH6XZuDmqAVD0UTxZWAHQ3utXDJjKf0CtdYh8qu0DXYjmNJs2uMVrKhYgSLPqjt8cbwnZOs= X-Received: by 2002:a6b:3bc2:: with SMTP id i185mr10252467ioa.209.1601886307250; Mon, 05 Oct 2020 01:25:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Marek Manukjan Date: Mon, 5 Oct 2020 10:24:56 +0200 Message-ID: Subject: Re: SVN and webdav To: Wokash Wolsku Cc: users@subversion.apache.org Content-Type: multipart/alternative; boundary="00000000000050bb6d05b0e8384f" --00000000000050bb6d05b0e8384f Content-Type: text/plain; charset="UTF-8" It depends on server and client configuration. See following configuration attributes - SVNAllowBulkUpdates (On, Off, Prefer) - Bulk update means that all files will be received in a single REPORT request - Non-bulk (Skelta) mode, used by default in newer clients, means that each file will use its own GET request - see https://subversion.apache.org/docs/release-notes/1.8.html#serf-skelta-default - see http://svnbook.red-bean.com/en/1.7/svn.ref.mod_dav_svn.conf.html - standard Apache configuration attributes KeepAlive, KeepAliveTimeout, MaxKeepAliveRequests - they control how many HTTP requests can be done in a single connection to server - https://httpd.apache.org/docs/2.4/mod/core.html#keepalive On Mon, Oct 5, 2020 at 10:10 AM Wokash Wolsku wrote: > I am trying to use haproxy to rate control some svn clients which access > the SVN repro via svn+https. Some monitoring has thrown up some questions. > > > 1. When for example doing a checkout or commit of a large number of > files is this implemented as > 1. 1 https request or many > 2. 1 web dav action or many? > 2. from the logs of haproxy (and I am by no means an expert) I see > only one connect and one https request. > > I was hopping to rate limit the clients by IP address and thereafter http > requests hence to slow down large users so others get a share of the > processor. But without the volume of up load being related to http > requests I am struggling to see how to implement this. > > Can anyone offer any advise. > > Wocash > --00000000000050bb6d05b0e8384f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It depends on server and client configuration. See followi= ng configuration attributes

On Mon, Oct 5, 2020 at 10:10 AM Wok= ash Wolsku <wokashwolski@out= look.com> wrote:
I am trying to use haproxy to rate control some svn clients which access th= e SVN repro via svn+https.=C2=A0 Some monitoring has thrown up some questio= ns.

  1. =C2=A0 When for example doing a checkout or commit of a large number of= files is this implemented as=C2=A0
    1. 1 https request or many
    2. 1 web dav action or many?
  2. from the logs of haproxy (and I am by no means an expert) I see only on= e connect and one https request.
I was hopping to rate limit the clients by IP address and thereafter h= ttp requests hence to slow down large users so others get a share of the pr= ocessor.=C2=A0 But without the volume of up load being related to http requ= ests I am struggling to see how to implement this.

Can anyone offer any advise.

Wocash
--00000000000050bb6d05b0e8384f--