From owner-freebsd-arch@FreeBSD.ORG Thu Oct 9 19:40:18 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81C9B908; Thu, 9 Oct 2014 19:40:18 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5E85F26; Thu, 9 Oct 2014 19:40:17 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id n3so2865243wiv.15 for ; Thu, 09 Oct 2014 12:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=gqWzbpLv0ZAOXcUMKb8ISb+4xTYcvvw8HHucxv8VGUE=; b=iZ2ENz9O7ewXBvxMOfgrfSwpr8T6tThitvNpRAbzuhBmE2Doq+Wfr2g/2qzxUJt06Q uFRMy1q6iInlh2rQ/KYYEfAxKpsywSLUX0FTAwFOdaZdSdcguR7XZgksSPHR8eo4v7a+ m8PaRTA7y++vle5/gPPaSVQigDh/+LbS9xIgSSpapR3boIxD0VUczcjk/zJKS9fHFSSP Sggf9igZ1mOPnIVncMVTW7EVMAxPigqyKrZ6pAQ3x7I7+quZ5Dzz67u/gil+hHARlhR9 BjZa3Vrb53sx1nFGQUP37WjOc35Vcwh0FGbbyBVP1WTJJjHwT1OsbMzz8GOF5FVii1xd yv/w== MIME-Version: 1.0 X-Received: by 10.180.9.73 with SMTP id x9mr287751wia.20.1412883615902; Thu, 09 Oct 2014 12:40:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 9 Oct 2014 12:40:15 -0700 (PDT) In-Reply-To: <20141009182310.GL2153@kib.kiev.ua> References: <201410090534.s995YTUx057314@svn.freebsd.org> <20141009182310.GL2153@kib.kiev.ua> Date: Thu, 9 Oct 2014 12:40:15 -0700 X-Google-Sender-Auth: hHZWZT4NoYgjIa_nON-KqsITkgg Message-ID: Subject: Re: svn commit: r272800 - head/sys/x86/acpica From: Adrian Chadd To: Konstantin Belousov , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 19:40:18 -0000 On 9 October 2014 11:23, Konstantin Belousov wrote: > I do not like it. Sorry for not looking at the web thing, I have very > little time. > > It never was an intention that one proximity domain reported by ACPI > was mapped to single VM domain. VM could split domains (in terms of > vm_domains) further for other reasons. Main motivation is that there > is 1:1 relations between domain/page queues/page queues locks/pagedaemons. > > I have patches in WIP stage which split firmware proximity domains > further, to decrease congestion on the page queue locks. I wrote about > this in the pgsql performance report. > > The short version is that there is/will be N:1 relation between VM domains > and proximity domains (which is reported by ACPI for devices). Hi, Well, we'll have to come up with an alternate design for all of this then. If we're going to actively define VM domains to be more than 1:1 VM domain to proximity domain then we're going to have to introduce proximity domains as a separate construct to the VM/NUMA system. (This is all fallout from this stuff not really being well defined and multiple people having differing ideas of what things may mean.) So let's flesh out what that's going to look like so we can mutate this interface and the general NUMA side of things into something that's useful. It may be enough to store the PXM map (renumbered to origin from 0 and be non-sparse) and then have a different mapping from PXM to VM domain. -a