From owner-freebsd-arch@FreeBSD.ORG Wed Dec 19 16:35:33 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5339123D; Wed, 19 Dec 2012 16:35:33 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD628FC12; Wed, 19 Dec 2012 16:35:32 +0000 (UTC) Received: from JRE-MBP-2.local (ppp121-45-232-233.lns20.per1.internode.on.net [121.45.232.233]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id qBJGZNfI034321 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 19 Dec 2012 08:35:25 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <50D1ECC5.2070209@freebsd.org> Date: Thu, 20 Dec 2012 00:35:17 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: mjacob@freebsd.org Subject: Re: Unmapped I/O References: <20121219135451.GU71906@kib.kiev.ua> <50D1D2BD.80107@freebsd.org> In-Reply-To: <50D1D2BD.80107@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2012 16:35:33 -0000 On 12/19/12 10:44 PM, Matthew Jacob wrote: > On 12/19/2012 5:54 AM, Konstantin Belousov wrote: >> One of the known FreeBSD I/O path performance bootleneck is the >> neccessity to map each I/O buffer pages into KVA. The problem is that >> on the multi-core machines, the mapping must flush TLB on all cores, >> due to the global mapping of the buffer pages into the kernel. This >> means that buffer creation and destruction disrupts execution of all >> other cores to perform TLB shootdown through IPI, and the thread >> initiating the shootdown must wait for all other cores to execute and >> report. >> > About time! yeah.. Bill Jolitz had patches for this in 92 ... that disappeared with him. > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > >