From owner-freebsd-arch@FreeBSD.ORG Tue Aug 21 21:12:02 2007 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7715816A417 for ; Tue, 21 Aug 2007 21:12:02 +0000 (UTC) (envelope-from prog@msobczak.com) Received: from mail1.fluidhosting.com (mx12.fluidhosting.com [204.14.89.2]) by mx1.freebsd.org (Postfix) with SMTP id F052E13C468 for ; Tue, 21 Aug 2007 21:12:01 +0000 (UTC) (envelope-from prog@msobczak.com) Received: (qmail 24586 invoked by uid 399); 21 Aug 2007 21:12:01 -0000 Received: from localhost (HELO maciej-sobczaks-computer.local) (maciej@msobczak.com@127.0.0.1) by localhost with ESMTP; 21 Aug 2007 21:12:01 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46CB5520.4090505@msobczak.com> Date: Tue, 21 Aug 2007 23:12:00 +0200 From: Maciej Sobczak User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: John Baldwin References: <20070818120056.GA6498@garage.freebsd.pl> <20070818155041.GY90381@elvis.mu.org> <20070818161449.GE6498@garage.freebsd.pl> <200708211403.29293.jhb@freebsd.org> In-Reply-To: <200708211403.29293.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arch@FreeBSD.org Subject: Re: Lockless uidinfo. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2007 21:12:02 -0000 John Baldwin wrote: > Memory barriers on another CPU don't mean anything about the CPU thread 2 is > on. Of course they do. Otherwise they would be completely useless. > Memory barriers do not flush caches on other CPUs, etc. Membars are not about caches, but about visibility and ordering. Cache is transparent and that is guaranteed by hardware - there is no need to involve any software tricks to make cache work correctly. You can influence their performance, but not correctness. -- Maciej Sobczak : http://www.msobczak.com/ Programming : http://www.msobczak.com/prog/