From mexas@bristol.ac.uk  Mon Oct 21 11:39:27 2013
Return-Path: <mexas@bristol.ac.uk>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTP id 4EB2DAE6
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 21 Oct 2013 11:39:27 +0000 (UTC)
	(envelope-from mexas@bristol.ac.uk)
Received: from eu1sys200aog108.obsmtp.com (eu1sys200aog108.obsmtp.com [207.126.144.125])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.freebsd.org (Postfix) with ESMTPS id A4CE1216B
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 21 Oct 2013 11:39:26 +0000 (UTC)
Received: from mail-we0-f174.google.com ([74.125.82.174]) (using TLSv1) by eu1sys200aob108.postini.com ([207.126.147.11]) with SMTP
	ID DSNKUmUSUyHQjMhrvZinkazcHwNBoVG8PGEL@postini.com; Mon, 21 Oct 2013 11:39:26 UTC
Received: by mail-we0-f174.google.com with SMTP id u56so6436388wes.33
        for <FreeBSD-gnats-submit@freebsd.org>; Mon, 21 Oct 2013 04:38:59 -0700 (PDT)
Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241])
        by mx.google.com with ESMTPSA id ev4sm54873561wib.7.2013.10.21.04.38.57
        for <FreeBSD-gnats-submit@freebsd.org>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 21 Oct 2013 04:38:57 -0700 (PDT)
Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1])
	by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r9LBctCk066454
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 21 Oct 2013 12:38:55 +0100 (BST)
	(envelope-from mexas@mech-cluster241.men.bris.ac.uk)
Received: (from mexas@localhost)
	by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r9LBctFH066453;
	Mon, 21 Oct 2013 12:38:55 +0100 (BST)
	(envelope-from mexas)
Message-Id: <201310211138.r9LBctFH066453@mech-cluster241.men.bris.ac.uk>
Date: Mon, 21 Oct 2013 12:38:55 +0100 (BST)
From: Anton Shterenlikht <mexas@bris.ac.uk>
Sender: Anton Shterenlikht <mexas@bristol.ac.uk>
Reply-To: Anton Shterenlikht <mexas@bris.ac.uk>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: kernel{thread taskq} uses 100% CPU
X-Send-Pr-Version: 3.114
X-GNATS-Notify:

>Number:         183154
>Category:       ia64
>Synopsis:       kernel{thread taskq} uses 100% CPU
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ia64
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Oct 21 11:40:01 UTC 2013
>Closed-Date:    Sun Dec 08 03:31:16 UTC 2013
>Last-Modified:  Sun Dec 08 03:31:16 UTC 2013
>Originator:     Anton Shterenlikht
>Release:        FreeBSD 11.0-CURRENT ia64
>Organization:
University of Bristol	
>Environment:
FreeBSD mech-as28.men.bris.ac.uk 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r256624: Wed Oct 16 15:06:04 BST 2013     root@mech-as28.men.bris.ac.uk:/usr/obj/usr/src/sys/ZEEV  ia64

	
>Description:

This host is extremely sluggish.
Periodically all activity seems to freeze
for 5-10-30 sec. For example, issuing ls, df, top
can lead to 10-20 sec. delay before the output
appears.

I noticed that the taskq thread is extremely busy,
sometimes at 100%:

last pid: 50628;  load averages:  1.01,  1.09,  1.31                        up 0+02:11:37  12:34:43
90 processes:  4 running, 69 sleeping, 15 waiting, 2 lock
CPU 0:  0.0% user,  0.0% nice, 31.6% system,  0.0% interrupt, 68.4% idle
CPU 1:  0.0% user,  0.0% nice, 68.8% system,  0.0% interrupt, 31.3% idle
Mem: 22M Active, 1072M Inact, 411M Wired, 1014M Buf, 8560M Free
Swap: 

  PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME     CPU COMMAND
    0 root         8    0     0K   416K CPU1    1  97:21 100.00% kernel{thread taskq}
   11 root       155 ki31     0K    64K RUN     0  75:53  79.69% idle{idle: cpu0}
   11 root       155 ki31     0K    64K RUN     1  71:38  18.90% idle{idle: cpu1}
   21 root        16    -     0K    32K *buffe  0   0:41   0.10% syncer
21873 root        20    0 14232K  5800K CPU0    0   0:09   0.10% top
    0 root       -16    0     0K   416K swapin  0   1:34   0.00% kernel{swapper}
   13 root        -8    -     0K    96K -       0   0:18   0.00% geom{g_down}

This is probably just a symptom of a deeper problem.

	
>How-To-Repeat:
	
>Fix:

	


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: marcel 
State-Changed-When: Sun Dec 8 03:29:43 UTC 2013 
State-Changed-Why:  
The problem was caused by the DIAGNOSTICS kernel option. The kernel 
option does add significant overhead and is best not to be used in 
"production" environments without good reason. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=183154 
>Unformatted:
