From owner-freebsd-stable@FreeBSD.ORG Mon Feb 8 14:41:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC07106568B for ; Mon, 8 Feb 2010 14:41:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 683498FC17 for ; Mon, 8 Feb 2010 14:41:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NeUnp-0001hD-M5 for freebsd-stable@freebsd.org; Mon, 08 Feb 2010 15:41:29 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2010 15:41:29 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2010 15:41:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 08 Feb 2010 15:41:14 +0100 Lines: 17 Message-ID: References: <20100208143329.GA12057@megatron.madpilot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <20100208143329.GA12057@megatron.madpilot.net> Sender: news Subject: Re: ATA_CAM + ZFS gives short 1-2 seconds system freeze on disk load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 14:41:34 -0000 On 02/08/10 15:33, Guido Falsi wrote: > It looks like it freezes the system for the second or two it takes > to flush buffers to disk when there are big outputs. This happens > when decompressiong big distfiles, mainly. The openoffice port > triggers this almost continuosly every few seconds during compilation. > I've also seen this when working with big files(for example graphic > images in uncompressed formats). > > It gets very annoying and I don't remember this happening before > activating the ATA_CAM flag. There was some slowdown with big disk > access, but not a total freeze. I think ZFS does this all the time, i.e. regardless of underlying device drivers. Can you test your theory by going to an older kernel and keeping *everything* else the same?