Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp656045imm; Fri, 31 Aug 2018 09:42:06 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZ88SOe+nAeFOu3MDroZRfEuu8JRAmLzqqXB8MWsZd2Ee2Csro7TX39qp188vXUelt6CKnP X-Received: by 2002:a17:902:1121:: with SMTP id d30-v6mr15842042pla.250.1535733726380; Fri, 31 Aug 2018 09:42:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535733726; cv=none; d=google.com; s=arc-20160816; b=l3MYO0BpliPJ9sODEsFf3DjUP+5uMhQ7gxbxEvR/N2sXy8HWJYWKZzSg/je+Xi1AzH WjtNITtVt2FsxAtiBV0JoYnZz43MMiLac0UJc7pFZ/uJNMecviBM8L/U5vgM1812EQq9 2AaWSJ7z+YI1nTgLNjqvHdhAxyIhJoprlBReUV/DzjB6xeLimyfDBczofTZudREDycQ5 Y7ypS44fMV2EBXVLap19veuznWIqxPUjkSemVxbpVDT66vT/y5xrbrBiPbR11+dFF0/i 0pwjANn+456DuVunz2YYFwWjrc5Xny5yV9/nVWq/FAmQ3q0XZFGt4LUin7f+6HcayehC qvag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:arc-authentication-results; bh=efjCeQl0aUjRnCMVfK2iE/HbM6foXFe+5k0nCaHEjJ4=; b=JI1RxpWGxVuF9OS/iYzMf9Oo4VtYOaZIyfA16soAUkNGRRPjCbJgoqrvOI64i8fmgE I6sI7tmdvkWy/knQW1iYAOA9v93cbH0RalNXMHiCi8WZmgyyqIX9JQydrj16k0fRd/ZN JMa+J+qpZesxhtw8ruTowYSrZJalSSI57DeMeAEF4jjFNW+XX/77Tl+SiwPQifbBwaqg +7NJYPkafsgn1c4FvnRFrcTkcjFZTIUwaplCR41mt8puIS2D9chYNeeVM4PV4oqPrrc+ YnkzILvUcN8CzxKDyxsTVAiNNvUkFIl4ZtTvuEtYAxYYRydH/C4dLSIW8BXJdZ9Klr51 s+dw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e8-v6si10031004plb.83.2018.08.31.09.41.51; Fri, 31 Aug 2018 09:42:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727945AbeHaUem (ORCPT + 99 others); Fri, 31 Aug 2018 16:34:42 -0400 Received: from ale.deltatee.com ([207.54.116.67]:47200 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727268AbeHaUel (ORCPT ); Fri, 31 Aug 2018 16:34:41 -0400 Received: from guinness.priv.deltatee.com ([172.16.1.162]) by ale.deltatee.com with esmtp (Exim 4.89) (envelope-from ) id 1fvmFO-0004ir-Rq; Fri, 31 Aug 2018 10:26:11 -0600 To: Jonathan Cameron Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-nvme@lists.infradead.org, linux-rdma@vger.kernel.org, linux-nvdimm@lists.01.org, linux-block@vger.kernel.org, Stephen Bates , Christoph Hellwig , Keith Busch , Sagi Grimberg , Bjorn Helgaas , Jason Gunthorpe , Max Gurtovoy , Dan Williams , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Benjamin Herrenschmidt , Alex Williamson , =?UTF-8?Q?Christian_K=c3=b6nig?= References: <20180830185352.3369-1-logang@deltatee.com> <20180830185352.3369-2-logang@deltatee.com> <20180831171906.00002751@huawei.com> From: Logan Gunthorpe Message-ID: Date: Fri, 31 Aug 2018 10:26:08 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180831171906.00002751@huawei.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 172.16.1.162 X-SA-Exim-Rcpt-To: christian.koenig@amd.com, alex.williamson@redhat.com, benh@kernel.crashing.org, jglisse@redhat.com, dan.j.williams@intel.com, maxg@mellanox.com, jgg@mellanox.com, bhelgaas@google.com, sagi@grimberg.me, keith.busch@intel.com, hch@lst.de, sbates@raithlin.com, linux-block@vger.kernel.org, linux-nvdimm@lists.01.org, linux-rdma@vger.kernel.org, linux-nvme@lists.infradead.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, jonathan.cameron@huawei.com X-SA-Exim-Mail-From: logang@deltatee.com X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on ale.deltatee.com X-Spam-Level: X-Spam-Status: No, score=-8.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, GREYLIST_ISWHITE autolearn=ham autolearn_force=no version=3.4.1 Subject: Re: [PATCH v5 01/13] PCI/P2PDMA: Support peer-to-peer memory X-SA-Exim-Version: 4.2.1 (built Tue, 02 Aug 2016 21:08:31 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 31/08/18 10:19 AM, Jonathan Cameron wrote: > This feels like a somewhat simplistic starting point rather than a > generally correct estimate to use. Should we be taking the bandwidth of > those links into account for example, or any discoverable latencies? > Not all PCIe switches are alike - particularly when it comes to P2P. I don't think this is necessary. There won't typically be a ton of choice in terms of devices to use and if there is, the hardware will probably be fairly homogenous. For example, it would be unusual to have an NVMe drive on a x4 and another one on an x8. Or mixing say Gen3 switches with Gen4 would also be very strange. In weird unusual cases like this where the user specifically wants to use a faster device they can specify the specific device in the configfs interface. I think the latency would probably be proportional to the distance which is what we are already using. > I guess that can be a topic for future development if it turns out people > have horrible mixed systems. Yup! Logan