From owner-freebsd-questions@FreeBSD.ORG Fri Dec 16 02:15:00 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0762C1065670 for ; Fri, 16 Dec 2011 02:15:00 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B676D8FC15 for ; Fri, 16 Dec 2011 02:14:59 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RbNK6-0007tS-Az for freebsd-questions@freebsd.org; Fri, 16 Dec 2011 03:14:58 +0100 Received: from pool-173-79-99-96.washdc.fios.verizon.net ([173.79.99.96]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Dec 2011 03:14:58 +0100 Received: from nightrecon by pool-173-79-99-96.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Dec 2011 03:14:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Date: Thu, 15 Dec 2011 21:14:50 -0500 Lines: 34 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: pool-173-79-99-96.washdc.fios.verizon.net Subject: Re: PF/ALTQ - Stable TSC? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nightrecon@hotmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 02:15:00 -0000 APseudoUtopia wrote: > Hello, > I'm setting up pf with altq support in my kernel on freebsd 9.0-Stable > (soon to switch to the -RELEASE once it's available). > The system is a quad-core Xeon E31220, running amd64. > I've done a bit of googling and found various results. I know the > freebsd handbook says ALTQ_NOPCC is required on SMP systems. My > kern.timecounter.smp_tsc=1, which says the TSC is safe to use in SMP > mode. Is it still required to use ALTQ_NOPCC on _ALL_ smp systems? > Basically I'm just seeing very different answers with my own research, > which is why I'm posting to this list. > In the /usr/src/sys/conf/NOTES on an 8.2 box it has this to say: "ALTQ requires a stable TSC so if yours is broken or changes with CPU throttling then you must also have the ALTQ_NOPCC option." I take this to mean that if your TSC is absolutely rock solid and does not vary or adjust when CPU throttling kicks in you may very well get away with not having it. My take on this is it probably doesn't hurt to leave it in, as it would be a safety net in place for a "just in case" scenario in which case it would enhance stability. Cheap insurance. I suspect the Handbook line you were referring to might date back to the 5.x days, with the quote above being recent. A lot of work in the three timecounters available went as water under the bridge some time ago. -Mike