From nobody@FreeBSD.org  Fri May 21 10:32:11 2010
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id C35A9106564A
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 May 2010 10:32:11 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id B310F8FC0C
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 May 2010 10:32:11 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o4LAWAFT079443
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 May 2010 10:32:10 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id o4LAWAi5079442;
	Fri, 21 May 2010 10:32:10 GMT
	(envelope-from nobody)
Message-Id: <201005211032.o4LAWAi5079442@www.freebsd.org>
Date: Fri, 21 May 2010 10:32:10 GMT
From: Nikolay Nevzorov <niko@gtelecom.ru>
To: freebsd-gnats-submit@FreeBSD.org
Subject: flowcleaner 100% cpu's core load
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         146792
>Category:       kern
>Synopsis:       [flowtable] flowcleaner 100% cpu's core load
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-net
>State:          feedback
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 21 10:40:02 UTC 2010
>Closed-Date:    
>Last-Modified:  Mon Jan 23 21:00:23 UTC 2012
>Originator:     Nikolay Nevzorov
>Release:        8-STABLE (apr 10 Arp)
>Organization:
Germes-Telecom
>Environment:
FreeBSD vpn.gtelecom.ru 8.0-STABLE FreeBSD 8.0-STABLE #2: Fri May 14 01:37:04 YEKST 2010     niko@vpn.gtelecom.ru:/usr/obj/usr/src/sys/VPN  amd64
>Description:
On high-load network router since some time (1-5 days) process flowcleaner get's 100% load on a one CPU's core. 
ssh works, remote reboot can't be done, only hard reboot.


Bug was seen at many routers:
http://forum.nag.ru/forum/index.php?showtopic=55485&st=0
>How-To-Repeat:
Bug can be seen only at high-load (more than 30 megabits) routers.
>Fix:
Without "flowtable" option in kernel's config router works fine. 

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-amd64->freebsd-net 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Fri May 21 20:52:17 UTC 2010 
Responsible-Changed-Why:  
Probably not amd64-specific. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=146792 

From: Kurt Jaeger <pi@opsec.eu>
To: bug-followup@FreeBSD.org, niko@gtelecom.ru
Cc:  
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Sun, 23 May 2010 16:19:25 +0200

 Hi!
 
 I observe a similar behaviour on a 8.0-RELEASE-p2 i386 GENERIC
 kernel.
 
 System receives 2 BGP4 fullfeeds (approx. 310K routes each).
 
 The system is still running, a few processes are unkillable or
 die only after a long amount (1-2h) of time.
 
 Here's the list of unkillable processes:
 
 80871  ??  R      0:00.00 /bin/sh /etc/periodic/daily/470.status-named
 76499  ??  Rs     0:00.01 sshd: [accepted] (sshd)
 76922  ??  Rs     0:00.01 sshd: [accepted] (sshd)
 
 flowcleaner looks pretty busy (for an uptime of approx. 40h):
 
    22  ??  RL   1209:50.98 [flowcleaner]
 
  4:17PM  up 1 day, 22:22, 2 users, load averages: 7.20, 6.53, 5.81
 
 quagga is running on the system, bgpd mgmt cli is no longer reachable:
 
 # telnet 0 2605
 Trying 0.0.0.0...
 Connected to 0.
 Escape character is '^]'.
 
 ^]
 telnet> close
 Connection closed.
 # 
 
 What can I do to help to debug this ?
 No console access available right now, but can probably made available.
 
 This is a production host, but not yet super-critical, so...
 
 -- 
 pi@opsec.eu            +49 171 3101372                        10 years to go !

From: Yar Tikhiy <yar@freebsd.org>
To: bug-followup@freebsd.org
Cc: kmacy@freebsd.org
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Wed, 22 Sep 2010 07:00:47 +1000

 FWIW, this flowtable problem still can be triggered in 8.1-RELEASE.
 Yesterday it was seen on a machine with approx. 300 routes from OSPF
 -- no BGP full views involved.  The machine was unable to reboot
 cleanly, was stuck forever waiting for vnlru to exit.  Can it be a
 locking issue?
 
 Thanks,
 Yar

From: Nicola Tiling <nti@w4w.net>
To: bug-followup@FreeBSD.org,
 niko@gtelecom.ru
Cc:  
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Fri, 1 Oct 2010 23:19:17 +0200

 --Apple-Mail-3-570601307
 Content-Transfer-Encoding: quoted-printable
 Content-Type: text/plain;
 	charset=us-ascii
 
 
 Today I recognize also 100 % CPU load by flowcleaner.
 
 Machine is a fresh installed 8.1 stable with *no* router functionality =
 but with opennms - a netmanagement application - installed.=20
 
 Nicola=
 
 --Apple-Mail-3-570601307--

From: Mark Boolootian <mark.boolootian@gmail.com>
To: bug-followup@FreeBSD.org, niko@gtelecom.ru
Cc:  
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Wed, 2 Feb 2011 11:37:16 -0800

 --00163630f77dc34e0d049b51c661
 Content-Type: text/plain; charset=ISO-8859-1
 
 Hi folks,
 
 I hit this problem on a pair of anycast name servers.  What
 I'm running:
 
 FreeBSD ns1.example.com 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19
 02:36:49
 UTC 2010     root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
 
 Here's a peak at ps:
 
 ns1b# ps auxwww | head
 USER     PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
 root      11 100.0  0.0     0    32  ??  RL   11Jan11 59960:15.43 [idle]
 root      21 100.0  0.0     0    16  ??  RL   11Jan11 1112:01.24
 [flowcleaner]
 root       0  0.0  0.0     0    96  ??  DLs  11Jan11   0:02.94 [kernel]
 root       1  0.0  0.0  3204   556  ??  ILs  11Jan11   0:00.01 /sbin/init --
 root       2  0.0  0.0     0    16  ??  DL   11Jan11   0:52.87 [g_event]
 root       3  0.0  0.0     0    16  ??  DL   11Jan11   0:10.10 [g_up]
 root       4  0.0  0.0     0    16  ??  DL   11Jan11   0:15.18 [g_down]
 root       5  0.0  0.0     0    16  ??  DL   11Jan11   0:00.00
 [mpt_recovery0]
 
 The box is running Quagga with a single OSPF adjacency.  It has about 500
 routes.
 Both anycast instances of ns1 hit this problem, but neither instance of ns2,
 which are
 configured identically, saw the trouble.  The ns1 name servers are much
 busier than ns2.
 
 It appears that one instance of ns1 died almost a week ago, which went
 unnoticed :-(  This
 morning, the second instance died.  At that point, it was hard not to notice
 :-)
 
 Traffic on the mailing list suggests that 'sysctl
 net.inet.flowtable.enable=0' is a work-around.
 We'll pursue that path and hope for a bug fix in the not-too-distant future.
 
 thanks,
 mark
 
 --00163630f77dc34e0d049b51c661
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable
 
 <div>Hi folks,</div><div>=A0</div><div>I hit this problem on a pair of anyc=
 ast name servers. =A0What</div><div>I&#39;m running:</div><div>=A0</div><di=
 v>FreeBSD <a href=3D"http://ns1.example.com">ns1.example.com</a> 8.1-RELEAS=
 E FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49</div>
 <div>UTC 2010 =A0 =A0 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENER=
 IC =A0amd64</div><div><br></div><div>Here&#39;s a peak at ps:</div><div><br=
 ></div><div><div><div><font class=3D"Apple-style-span" face=3D"&#39;courier=
  new&#39;, monospace">ns1b# ps auxwww | head</font></div>
 <div><font class=3D"Apple-style-span" face=3D"&#39;courier new&#39;, monosp=
 ace">USER =A0 =A0 PID %CPU %MEM =A0 VSZ =A0 RSS =A0TT =A0STAT STARTED =A0 =
 =A0 =A0TIME COMMAND</font></div><div><font class=3D"Apple-style-span" face=
 =3D"&#39;courier new&#39;, monospace">root =A0 =A0 =A011 100.0 =A00.0 =A0 =
 =A0 0 =A0 =A032 =A0?? =A0RL =A0 11Jan11 59960:15.43 [idle]</font></div>
 <div><font class=3D"Apple-style-span" face=3D"&#39;courier new&#39;, monosp=
 ace">root =A0 =A0 =A021 100.0 =A00.0 =A0 =A0 0 =A0 =A016 =A0?? =A0RL =A0 11=
 Jan11 1112:01.24 [flowcleaner]</font></div><div><font class=3D"Apple-style-=
 span" face=3D"&#39;courier new&#39;, monospace">root =A0 =A0 =A0 0 =A00.0 =
 =A00.0 =A0 =A0 0 =A0 =A096 =A0?? =A0DLs =A011Jan11 =A0 0:02.94 [kernel]</fo=
 nt></div>
 <div><font class=3D"Apple-style-span" face=3D"&#39;courier new&#39;, monosp=
 ace">root =A0 =A0 =A0 1 =A00.0 =A00.0 =A03204 =A0 556 =A0?? =A0ILs =A011Jan=
 11 =A0 0:00.01 /sbin/init --</font></div><div><font class=3D"Apple-style-sp=
 an" face=3D"&#39;courier new&#39;, monospace">root =A0 =A0 =A0 2 =A00.0 =A0=
 0.0 =A0 =A0 0 =A0 =A016 =A0?? =A0DL =A0 11Jan11 =A0 0:52.87 [g_event]</font=
 ></div>
 <div><font class=3D"Apple-style-span" face=3D"&#39;courier new&#39;, monosp=
 ace">root =A0 =A0 =A0 3 =A00.0 =A00.0 =A0 =A0 0 =A0 =A016 =A0?? =A0DL =A0 1=
 1Jan11 =A0 0:10.10 [g_up]</font></div><div><font class=3D"Apple-style-span"=
  face=3D"&#39;courier new&#39;, monospace">root =A0 =A0 =A0 4 =A00.0 =A00.0=
  =A0 =A0 0 =A0 =A016 =A0?? =A0DL =A0 11Jan11 =A0 0:15.18 [g_down]</font></d=
 iv>
 <div><font class=3D"Apple-style-span" face=3D"&#39;courier new&#39;, monosp=
 ace">root =A0 =A0 =A0 5 =A00.0 =A00.0 =A0 =A0 0 =A0 =A016 =A0?? =A0DL =A0 1=
 1Jan11 =A0 0:00.00 [mpt_recovery0]</font></div></div></div><div><font class=
 =3D"Apple-style-span" face=3D"&#39;courier new&#39;, monospace"><br>
 </font></div><div><font class=3D"Apple-style-span" face=3D"arial, helvetica=
 , sans-serif">The box is running Quagga with a single OSPF adjacency. =A0It=
  has about 500 routes.</font></div><div><font class=3D"Apple-style-span" fa=
 ce=3D"arial, helvetica, sans-serif">Both anycast instances of ns1 hit this =
 problem, but neither instance of ns2, which are=A0</font></div>
 <div><font class=3D"Apple-style-span" face=3D"arial, helvetica, sans-serif"=
 >configured identically, saw the trouble. =A0The ns1 name servers are much =
 busier than ns2.</font></div><div><font class=3D"Apple-style-span" face=3D"=
 arial, helvetica, sans-serif"><br>
 </font></div><div><font class=3D"Apple-style-span" face=3D"arial, helvetica=
 , sans-serif">It appears that one instance of ns1 died almost a week ago, w=
 hich went unnoticed :-( =A0This</font></div><div><font class=3D"Apple-style=
 -span" face=3D"arial, helvetica, sans-serif">morning, the second instance d=
 ied. =A0At that point, it was hard not to notice :-)</font></div>
 <div><font class=3D"Apple-style-span" face=3D"arial, helvetica, sans-serif"=
 ><br></font></div><div><font class=3D"Apple-style-span" face=3D"arial, helv=
 etica, sans-serif">Traffic on the mailing list suggests that &#39;sysctl ne=
 t.inet.flowtable.enable=3D0&#39; is a work-around.</font></div>
 <div><font class=3D"Apple-style-span" face=3D"arial, helvetica, sans-serif"=
 >We&#39;ll pursue that path and hope for a bug fix in the not-too-distant f=
 uture.</font></div><div><font class=3D"Apple-style-span" face=3D"arial, hel=
 vetica, sans-serif"><br>
 </font></div><div><font class=3D"Apple-style-span" face=3D"arial, helvetica=
 , sans-serif">thanks,</font></div><div><font class=3D"Apple-style-span" fac=
 e=3D"arial, helvetica, sans-serif">mark</font></div>
 
 --00163630f77dc34e0d049b51c661--

From: "Bjoern A. Zeeb" <bz@FreeBSD.org>
To: bug-followup@FreeBSD.org, niko@gtelecom.ru
Cc:  
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Wed, 2 Feb 2011 20:36:04 +0000 (UTC)

 Hi,
 
 things could be improved in HEAD and stable/8 (as of r217168 [1]).
 
 Please test and report back.
 
 /bz
 
 [1] http://svn.freebsd.org/viewvc/base?view=revision&revision=217168
 
 -- 
 Bjoern A. Zeeb                                 You have to have visions!
          <ks> Going to jail sucks -- <bz> All my daemons like it!
    http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html
State-Changed-From-To: open->feedback 
State-Changed-By: bz 
State-Changed-When: Sat Mar 19 15:26:11 UTC 2011 
State-Changed-Why:  
Submitter(s) were asked for feedback on a more up-to-date 
stable/8 or HEAD back in February. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=146792 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/146792: commit references a PR
Date: Sat, 19 Mar 2011 15:50:50 +0000 (UTC)

 Author: bz
 Date: Sat Mar 19 15:50:34 2011
 New Revision: 219775
 URL: http://svn.freebsd.org/changeset/base/219775
 
 Log:
   For now remove options FLOWTABLE from the remaining GENERIC kernel
   configurations and make it opt-in for those who want it.  LINT will
   still build it.
   
   While it may be a perfect win in some scenarios, it still troubles users
   (see PRs) in general cases.  In addition we are still allocating resources
   even if disabled by sysctl and still leak arp/nd6 entries in case of
   interface destruction.
   
   Discussed with:	qingli (2010-11-24, just never executed)
   Discussed with: juli (OCTEON1)
   PR:		kern/148018, kern/155604, kern/144917, kern/146792
   MFC after:	2 weeks
 
 Modified:
   head/sys/amd64/conf/GENERIC
   head/sys/i386/conf/GENERIC
   head/sys/ia64/conf/GENERIC
   head/sys/mips/conf/OCTEON1
 
 Modified: head/sys/amd64/conf/GENERIC
 ==============================================================================
 --- head/sys/amd64/conf/GENERIC	Sat Mar 19 14:44:24 2011	(r219774)
 +++ head/sys/amd64/conf/GENERIC	Sat Mar 19 15:50:34 2011	(r219775)
 @@ -61,7 +61,6 @@ options 	KBD_INSTALL_CDEV	# install a CD
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_FRAME		# Ensure frames are compiled in
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 
 Modified: head/sys/i386/conf/GENERIC
 ==============================================================================
 --- head/sys/i386/conf/GENERIC	Sat Mar 19 14:44:24 2011	(r219774)
 +++ head/sys/i386/conf/GENERIC	Sat Mar 19 15:50:34 2011	(r219775)
 @@ -62,7 +62,6 @@ options 	KBD_INSTALL_CDEV	# install a CD
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
  
 
 Modified: head/sys/ia64/conf/GENERIC
 ==============================================================================
 --- head/sys/ia64/conf/GENERIC	Sat Mar 19 14:44:24 2011	(r219774)
 +++ head/sys/ia64/conf/GENERIC	Sat Mar 19 15:50:34 2011	(r219775)
 @@ -31,8 +31,6 @@ options 	COMPAT_FREEBSD7	# Compatible wi
  options 	DDB		# Support DDB
  options 	DEADLKRES	# Enable the deadlock resolver
  options 	FFS		# Berkeley Fast Filesystem
 -#options 	FLOWTABLE	# per-cpu routing cache (removed due to
 -				# misaligned access -- see kern/148018)
  options 	GDB		# Support remote GDB
  options 	GEOM_LABEL	# Provides labelization
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 
 Modified: head/sys/mips/conf/OCTEON1
 ==============================================================================
 --- head/sys/mips/conf/OCTEON1	Sat Mar 19 14:44:24 2011	(r219774)
 +++ head/sys/mips/conf/OCTEON1	Sat Mar 19 15:50:34 2011	(r219775)
 @@ -73,7 +73,6 @@ options 	PRINTF_BUFR_SIZE=128	# Prevent 
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_FRAME		# Ensure frames are compiled in
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/146792: commit references a PR
Date: Sat,  9 Apr 2011 12:04:46 +0000 (UTC)

 Author: bz
 Date: Sat Apr  9 12:04:35 2011
 New Revision: 220486
 URL: http://svn.freebsd.org/changeset/base/220486
 
 Log:
   MFC r219775:
   
     For now remove options FLOWTABLE from the remaining GENERIC kernel
     configurations and make it opt-in for those who want it.  LINT will
     still build it.
   
     While it may be a perfect win in some scenarios, it still troubles users
     (see PRs) in general cases.  In addition we are still allocating resources
     even if disabled by sysctl and still leak arp/nd6 entries in case of
     interface destruction.
   
     Discussed with:	qingli (2010-11-24, just never executed)
     Discussed with:	juli (OCTEON1)
   PR:			kern/148018, kern/155604, kern/144917, kern/146792
 
 Modified:
   stable/8/sys/amd64/conf/GENERIC
   stable/8/sys/i386/conf/GENERIC
   stable/8/sys/ia64/conf/GENERIC
   stable/8/sys/mips/conf/OCTEON1
 Directory Properties:
   stable/8/sys/   (props changed)
   stable/8/sys/amd64/include/xen/   (props changed)
   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
   stable/8/sys/contrib/dev/acpica/   (props changed)
   stable/8/sys/contrib/pf/   (props changed)
 
 Modified: stable/8/sys/amd64/conf/GENERIC
 ==============================================================================
 --- stable/8/sys/amd64/conf/GENERIC	Sat Apr  9 11:03:04 2011	(r220485)
 +++ stable/8/sys/amd64/conf/GENERIC	Sat Apr  9 12:04:35 2011	(r220486)
 @@ -72,7 +72,6 @@ options 	KBD_INSTALL_CDEV	# install a CD
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_FRAME		# Ensure frames are compiled in
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 
 Modified: stable/8/sys/i386/conf/GENERIC
 ==============================================================================
 --- stable/8/sys/i386/conf/GENERIC	Sat Apr  9 11:03:04 2011	(r220485)
 +++ stable/8/sys/i386/conf/GENERIC	Sat Apr  9 12:04:35 2011	(r220486)
 @@ -73,7 +73,6 @@ options 	KBD_INSTALL_CDEV	# install a CD
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
  
 
 Modified: stable/8/sys/ia64/conf/GENERIC
 ==============================================================================
 --- stable/8/sys/ia64/conf/GENERIC	Sat Apr  9 11:03:04 2011	(r220485)
 +++ stable/8/sys/ia64/conf/GENERIC	Sat Apr  9 12:04:35 2011	(r220486)
 @@ -31,7 +31,6 @@ options 	COMPAT_43TTY	# BSD 4.3 TTY comp
  options 	COMPAT_FREEBSD6	# Compatible with FreeBSD6
  options 	COMPAT_FREEBSD7	# Compatible with FreeBSD7
  options 	FFS		# Berkeley Fast Filesystem
 -options 	FLOWTABLE	# per-cpu routing cache
  options 	GDB		# Support remote GDB
  options 	GEOM_LABEL	# Provides labelization
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 
 Modified: stable/8/sys/mips/conf/OCTEON1
 ==============================================================================
 --- stable/8/sys/mips/conf/OCTEON1	Sat Apr  9 11:03:04 2011	(r220485)
 +++ stable/8/sys/mips/conf/OCTEON1	Sat Apr  9 12:04:35 2011	(r220486)
 @@ -76,7 +76,6 @@ options 	PRINTF_BUFR_SIZE=128	# Prevent 
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 -options 	FLOWTABLE		# per-cpu routing cache
  #options 	KDTRACE_FRAME		# Ensure frames are compiled in
  #options 	KDTRACE_HOOKS		# Kernel DTrace hooks
  options 	INCLUDE_CONFIG_FILE     # Include this file in kernel
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: "K. Macy" <kmacy@freebsd.org>
To: niko@gtelecom.ru
Cc: bug-followup@freebsd.org
Subject: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Mon, 23 Jan 2012 21:48:09 +0100

 Have you tested this workload with 9.0 with the flowtable enabled? Is
 the problem as severe?
 
 Thanks
>Unformatted:
