From dev-return-7246-daniel=haxx.se@subversion.apache.org Tue Oct 19 18:42:40 2010 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on giant.haxx.se X-Spam-Level: X-Spam-Status: No, score=-1.5 required=3.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9.1) with SMTP id o9JGgcBr020561 for ; Tue, 19 Oct 2010 18:42:39 +0200 Received: (qmail 56426 invoked by uid 500); 19 Oct 2010 16:42:30 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 56418 invoked by uid 99); 19 Oct 2010 16:42:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Oct 2010 16:42:30 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS Received-SPF: pass (athena.apache.org: domain of tortoisesvn@gmail.com designates 209.85.215.43 as permitted sender) Received: from [209.85.215.43] (HELO mail-ew0-f43.google.com) (209.85.215.43) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Oct 2010 16:42:24 +0000 Received: by ewy19 with SMTP id 19so1868738ewy.16 for ; Tue, 19 Oct 2010 09:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hPKnJhGnJVm9gEJnM/uK0zYdTHNCDDYDTG9588IvRCY=; b=Z8y3XHxcyh3yAEOb3RhHqXvigxHjSSl1u75TnCnNliV8ZiwoOge9SnmZ8Sr0dfsLiV uuug9AsFIwuw4o+gVxWTWFa2AVFlChSNUbEqZ3LI/C16tlrg9/7iscdKBzdPw2Zja92+ bGoLgdjdwC/hKQkceuL981rhzUVsM3dcEwXOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ebKt585d/KbHBwP6HihY32jyTkFM07wDEVB/0SnSrrdduN4G7rV3BGgDtPdirD9E/3 y78HofeUy7v13uDJ2nsJPjup8DKbPOkaZTqc1eLbHUfDa78Y88liozeUwcAk1eyNLuCe H67e1lw4AiEGdgGQm+2Z9o8J1H5jPV4bxzjq8= Received: by 10.213.14.19 with SMTP id e19mr4767783eba.14.1287506521948; Tue, 19 Oct 2010 09:42:01 -0700 (PDT) Received: from [192.168.0.197] (cable-static-20-197.rsnweb.ch [88.84.20.197]) by mx.google.com with ESMTPS id x54sm14289065eeh.5.2010.10.19.09.41.59 (version=SSLv3 cipher=RC4-MD5); Tue, 19 Oct 2010 09:42:00 -0700 (PDT) Message-ID: <4CBDCA53.3000902@gmail.com> Date: Tue, 19 Oct 2010 18:41:55 +0200 From: =?UTF-8?B?U3RlZmFuIEvDvG5n?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.11) Gecko/20101013 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Philip Martin CC: Subversion Development Subject: Re: massive memory leak References: <4CBDBE7D.3070709@gmail.com> <87r5fmuoh6.fsf@stat.home.lan> In-Reply-To: <87r5fmuoh6.fsf@stat.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.3.5 (giant.haxx.se [80.67.6.50]); Tue, 19 Oct 2010 18:42:39 +0200 (CEST) X-Friend: Nope On 19.10.2010 18:38, Philip Martin wrote: > Stefan Küng writes: > >> I'm still using r1023755 from trunk, but I haven't seen a commit which >> I think would fix this: >> >> There's a massive memory leak somewhere. I can't check out even small >> projects anymore since the memory consumption raises very fast and >> reaches the limit of my available RAM (6GB) after about the first 100 >> files. After that, the system isn't usable anymore because the >> constant swapping. >> >> I then tried an update of the interrupted checkout (had to hard reset >> the system because it wasn't reacting anymore), but the update too >> uses up all memory in a few seconds. >> >> Switching to neon instead of the default serf fixes the problem. So >> this is limited to either serf itself or ra_serf. >> I'm using serf 0.7.0 > > On my Linux machine I can checkout Subversion trunk using serf and the > memory used by the process (as reported by top) is about 150MB. Neon > uses slightly less memory, about 130MB. I'm using Subversion r1024287, > serf 0.7.0, and apr 1.2.12. > > Does the problem occur with one big file? A hundred small files in > one directory? A hundred nested directories with no files? With > http-compression? Over https? I tried to check out npp: https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk Nothing special about file sizes or number of files. I'm using: Windows 7 x64 sert 0.7.0, apr 1.3.8, apr-util 1.3.9 Stefan -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSVN \ \_/_\_/> The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.net