From owner-freebsd-chat@FreeBSD.ORG Mon Aug 2 18:36:50 2010 Return-Path: Delivered-To: chat@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD424106564A for ; Mon, 2 Aug 2010 18:36:50 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 247318FC19 for ; Mon, 2 Aug 2010 18:36:49 +0000 (UTC) Received: from WildRover.lariat.net (wagner.lariat.net [66.119.58.131]) by lariat.net (8.9.3/8.9.3) with ESMTP id MAA22246 for ; Mon, 2 Aug 2010 12:24:00 -0600 (MDT) Message-Id: <201008021824.MAA22246@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 02 Aug 2010 12:23:57 -0600 To: chat@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Packet steering/SMP X-BeenThere: freebsd-chat@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Non technical items related to the community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 18:36:50 -0000 The article at http://www.computerworld.com/s/article/9180022/Latest_Linux_kernel_uses_Google_made_protocols describes SMP optimizations to the Linux kernel (the article mistakenly calls them "protocols," but they're not) which steer the processing of incoming network packets to the CPU core that is running the process for which they're destined. (Doing this requires code which straddles network layers in interesting ways.) The article claims that these optimizations are Google's invention, though they simply seem like a common sense way to make the best use of CPU cache. The article claims dramatic performance improvements due to this optimization. Anything like this in the works for FreeBSD? --Brett Glass