From owner-freebsd-stable@FreeBSD.ORG Mon Feb 8 14:51:49 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 A879E10658F1 for ; Mon, 8 Feb 2010 14:51:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 9185E8FC1D for ; Mon, 8 Feb 2010 14:51:49 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta06.emeryville.ca.mail.comcast.net with comcast id fR7g1d0031u4NiLA6SrqGS; Mon, 08 Feb 2010 14:51:50 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta21.emeryville.ca.mail.comcast.net with comcast id fSro1d00P3S48mS8hSrpv1; Mon, 08 Feb 2010 14:51:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CA3A51E3035; Mon, 8 Feb 2010 06:51:47 -0800 (PST) Date: Mon, 8 Feb 2010 06:51:47 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100208145147.GA3733@icarus.home.lan> References: <20100208143329.GA12057@megatron.madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100208143329.GA12057@megatron.madpilot.net> User-Agent: Mutt/1.5.20 (2009-06-14) 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:51:49 -0000 On Mon, Feb 08, 2010 at 03:33:29PM +0100, Guido Falsi wrote: > Hi! > > I'm seeing this problem on my machine at work. It's an HP DC 7800, > mounts an ich9 chipset(not ahci capable). I'm attaching the dmesg. > > I noticed this in the past, but it got evident(and very annoying) > while recompiling many ports today after the jpeg-8 update. > > 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. This happens without ATA_CAM (e.g. using ataahci(4) or any other controller driver). The behaviour you're describing (bursty heavy disk I/O that stalls the subsystem) is pretty much the norm on all FreeBSD systems I've seen with ZFS. When it starts happening, it's easy to notice/follow using "zpool iostat 1" or "gstat -I500ms". Lots of I/O will happen (read or write) and the ARC is essentially being thrashed -- said utilities won't show any I/O counters incrementing until some threshold is reached, where you'll see a massive amount of I/O reported, during which time the system is sluggish (beyond acceptable levels, IMHO). A few seconds later, the I/O counters start reporting 0 as the ARC gets used, then a few seconds massive I/O, rinse lather repeat. I've seen Solaris 10 systems which behave the same way, and others which don't. I don't know what causes things to start behaving this way. > BTW there's another thing that shows up on this machine. Lately, this > too after putting the option ATA_CAM in the kernel, during boot there is > a long pause(exactly one minute, as the message below states) in this > point of the dmesg: This should probably be discussed in a different thread. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |