From owner-freebsd-current@FreeBSD.ORG Fri Jul 29 23:34:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D55516A41F for ; Fri, 29 Jul 2005 23:34:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D2143D45 for ; Fri, 29 Jul 2005 23:34:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id DAC214CE9B1; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09585-01; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 237C44CE9A8; Fri, 29 Jul 2005 16:34:23 -0700 (PDT) Message-ID: <42EABCFE.6030405@elischer.org> Date: Fri, 29 Jul 2005 16:34:22 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Jeremy References: <42E88135.30603@elischer.org> <42E88F2B.5000108@elischer.org> <20050728082844.GW46538@darkness.comp.waw.pl> <42E898A6.6010803@elischer.org> <20050728115251.GA20091@beatrix.daedalusnetworks.priv> <20050728135613.GD46538@darkness.comp.waw.pl> <42E93EE1.2090009@elischer.org> <42E94310.20806@samsco.org> <42E94A88.4010603@elischer.org> <20050729214450.GB81215@server.vk2pj.dyndns.org> In-Reply-To: <20050729214450.GB81215@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: 6.0 VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 23:34:24 -0000 Peter Jeremy wrote: >[CC list pruned] > >On Thu, Jul 28, 2005 at 02:13:44PM -0700, Julian Elischer wrote: > > >>file data written to cache to await output to disk is allowed to grow to >>the extent that running programs are swapped out. >>(or at least paged out). >> >> > >I don't see this on 5.3 either. In multi-user mode (with lots of >other processes sitting aroung idle) vmstat shows fr and sr sit at >around 10,000/sec but there's no paging and a "ps -axl" afterwards >shows everything mostly still resident. The active memory (avm) >hardly changes but free memory drops from 233MB to 20MB over 8 seconds >than oscillates between about 16MB and 30MB. Disk I/O remains at >35-40MB/sec (ie disk limited). > >This is an Athlon XP-1800 512MB RAM writing a 10GB file onto an ATA disk. >PREEMPTION is enabled. > >Since Marc Olzheim reports it happens with 5-STABLE and Julian reports >it doesn't happen on 5.4 and I can't reproduce it on 5.3, one option >would seem to be that it was MFC'd to 5 at some point since 5.4 was >branched. Unfortunately, a quick scan through the RELENG_5 commits >doesn't reveal anything that might be relevant. > >The other possibility is that it's RAM size related. The vmstat >output Julian posted demonstrating the problem was on a system with a >fair bit of RAM, but his 5.4 system is presumably smaller and my >system definitely is. > > actually the 5.4 system (booted off a CD in single user mode) had the same (1GB) ram. The difference was an IDE idsk vs a SCSI attached RAID but I doubt that would make a difference to this problem.. free memory went down to 8MB or so and just stayed there and old pages from the file were ejected insted by the clock algorythm. The dd was slowed down and idle time on the system increased. i.e. backpreasure was applied correctly.