From owner-svn-src-projects@FreeBSD.ORG Sat Dec 8 14:17:25 2012 Return-Path: Delivered-To: svn-src-projects@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 301E0F93; Sat, 8 Dec 2012 14:17:25 +0000 (UTC) (envelope-from theraven@theravensnest.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id DE3AE8FC13; Sat, 8 Dec 2012 14:17:24 +0000 (UTC) Received: from [192.168.0.2] (cpc39-cmbg15-2-0-cust69.5-4.cable.virginmedia.com [81.101.138.70]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id qB8EHMYE068953 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 8 Dec 2012 14:17:23 GMT (envelope-from theraven@theravensnest.org) Subject: Re: svn commit: r243914 - projects/bpfjit Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20121208152447.5b2958d2.ray@freebsd.org> Date: Sat, 8 Dec 2012 14:17:16 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <06193EEB-C26B-4110-980B-F04A815C9871@theravensnest.org> References: <201212052312.qB5NC2Hn056351@svn.freebsd.org> <20121206084936.GA58940@freebsd.org> <50C0DFB0.6030007@FreeBSD.org> <20121208152447.5b2958d2.ray@freebsd.org> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1278) Cc: svn-src-projects@FreeBSD.org, Roman Divacky , src-committers@FreeBSD.org, Jung-uk Kim X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 14:17:25 -0000 On 8 Dec 2012, at 13:24, Aleksandr Rybalko wrote: >> LLVM compilation took too much time to be useful: >>=20 >> engine filter cycles compile cycles >> - ---------------+---------------+---------------- >> jit-linux 106468 33126+72796 >> jit-freebsd 113958 48292+72796 >> llvm 157394 380843640+72796 >> pcap 276910 72796 >> linux 351391 9245+72796 As a further note: in the small print for this benchmark, it was done on = 1,000 packets. On a typical network where you might want to use BPF, = that's, what, 20-100ms of network traffic? If you're changing BPF rules = over ten times per second, then you are probably in quite an unusual = usecase. Alternatively, if you're on a network where 1,000 packets take = so long to arrive that it's significant, then your packet filtering = startup time is almost certainly not an issue - no one will notice if it = takes even an extra few seconds before the first pigeon takes off... David=