From owner-freebsd-stable@FreeBSD.ORG  Tue Oct 11 17:40:38 2011
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 CC7C1106564A;
	Tue, 11 Oct 2011 17:40:38 +0000 (UTC)
	(envelope-from artemb@gmail.com)
Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com
	[209.85.161.182])
	by mx1.freebsd.org (Postfix) with ESMTP id 6E7588FC13;
	Tue, 11 Oct 2011 17:40:38 +0000 (UTC)
Received: by ggeq3 with SMTP id q3so7448313gge.13
	for <multiple recipients>; Tue, 11 Oct 2011 10:40:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=d21hixtNX8xgdsqoRNFphC2uF0k1GSGMqvEc2hLHOZM=;
	b=vgLg6Zheo9oDd1Q0Ig2l2nQ1f/Qqqqbka5Uzxk8TNnHMMISiA93RRnDpV5/tyIL/Pp
	qf6LKO6PqD0fJQuePY2UpOiYEPWs19Fl3kkiVL8pqQ9NHX3ZZCVSLhX7+eQr10unOlzi
	UodAxORM/UF99OGeXJli7yiH3yym5FYUnT1t4=
MIME-Version: 1.0
Received: by 10.236.187.101 with SMTP id x65mr28165219yhm.63.1318354837664;
	Tue, 11 Oct 2011 10:40:37 -0700 (PDT)
Sender: artemb@gmail.com
Received: by 10.236.103.33 with HTTP; Tue, 11 Oct 2011 10:40:37 -0700 (PDT)
In-Reply-To: <E8A49AB737A64476892290B5866595C4@multiplay.co.uk>
References: <AANLkTinzwyhABYxzWknzRFzLCbcDSd3BU2kQ5tX_SSk-@mail.gmail.com>
	<20101116003029.GC79816@numachi.com>
	<AANLkTinfTgXzf7t3PtO2VAef7NSkKWc0RnGdpv=6_-Vj@mail.gmail.com>
	<ibtqvp$bfq$1@dough.gmane.org>
	<AANLkTi=tJ-Hf+rMqG0=tEzNV2jJW-B_7Yu_ftW4tAMqT@mail.gmail.com>
	<20101116125431.GA90475@icarus.home.lan>
	<AANLkTi=mAWYCnWbWbX9B9fa05iyC_pivu08v-+bOf75f@mail.gmail.com>
	<AANLkTi=p9U6gK=Z5GyrAEzU2tDqbx+yWY=4eTZ5-0CuF@mail.gmail.com>
	<AANLkTi=XwO0RrU9uY5CF5p+b9co1yneXX7UR2JsF55bL@mail.gmail.com>
	<AANLkTiknP4D5aayotFQ1jFpmov9Vv50GnFdVaXXs39rL@mail.gmail.com>
	<AANLkTikjd5CgcC3TEhLYuBXGukP0mUCyHtY-FwfYqs1K@mail.gmail.com>
	<852472071289497FA806928D0B41D0FE@multiplay.co.uk>
	<CAFqOu6i507j1tksV7xDYXsgUhQfp=JiKSXVnQHqM3ZQWyozG6A@mail.gmail.com>
	<E8A49AB737A64476892290B5866595C4@multiplay.co.uk>
Date: Tue, 11 Oct 2011 10:40:37 -0700
X-Google-Sender-Auth: 1uV041_n9KLHzATPYcMrqHPFVk0
Message-ID: <CAFqOu6jUzcHrZ=wT3xxaZYUd3aQERndHbPX2Kvxy=Vk1KkryEg@mail.gmail.com>
From: Artem Belevich <art@freebsd.org>
To: Steven Hartland <killing@multiplay.co.uk>
Content-Type: text/plain; charset=ISO-8859-1
Cc: =?ISO-8859-1?Q?Micka=EBl_Maillot?= <mickael.maillot@gmail.com>,
	Christer Solskogen <christer.solskogen@gmail.com>,
	freebsd-stable@freebsd.org, Ivan Voras <ivoras@freebsd.org>,
	Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: "High" cpu usage when using ZFS cache device
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Oct 2011 17:40:38 -0000

On Tue, Oct 11, 2011 at 10:21 AM, Steven Hartland
<killing@multiplay.co.uk> wrote:
> Thanks for the confirmation there Artem, we currently can't use 8-STABLE
> due to the serious routing issue, seem like every packet generates a
> RTM_MISS routing packet to be sent, which causes high cpu load.
>
> Thread: "Re: serious packet routing issue causing ntpd high load?"

It's a bummer. If you can build your own kernel cherry-picking
following revisions may help with long-term stability:
r218429 - fixes original overflow causing CPU hogging by l2arc feeding
thread. It will keep you up and running for longer until you hit
another overflow. If I remember correctly, it will hit you around
100-days of uptime.

Following changes were done after ZFSv28 import, so they will not
apply directly to 8-RELEASE, but the idea applies to ZFSv15 as well.
The changes should be easy to backport.

r223412 - avoids more early overflows in time routines.
r224647 - avoids time overflow in TXG processing.

--Artem