Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp763305ybt; Fri, 26 Jun 2020 10:58:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxDC3yiq02y8jp0yAYi0uIf1Q545Q10p3PP7f6FLpAkcrRNdVbOwX3ZYkQUfbB2RUkUD1Ox X-Received: by 2002:a17:906:148b:: with SMTP id x11mr3821581ejc.282.1593194302528; Fri, 26 Jun 2020 10:58:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593194302; cv=none; d=google.com; s=arc-20160816; b=Z0Vs3iphz0N6fNRlfWmjHg6McCwkaJJCe58XGNXnPDz9jCuKBN/RofcauR3cR5A0+k VM6vkicFZ9aBbXgeyFHz0Y/dXzkcmjBHTmH2XbyHf1zrNTP7w1q/Uo3rSfhXutIRPpzR gwn0mwgXufAvgcsX2xYDHunoB7dYknStexVz88CgYPZKj0rC5XMMvA2FpvqUB9gP+ogo LTBrW02/fJz098sUthHb/TK67uYgfeqBh5tGIQS7wPz9v/2aFQhWxpmVuq4BMs3C4Xxe SCWiby2I39Sjt297SkDB9tq6k5+4sAwcHqvd/yC66KI1SMH7Lj9UflJ0acqwJk9LnNIG vhvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=vbJSwJZjtdDURxHhSOHbJ4FVNNa89m/NxVA+tcIHMV4=; b=tLdz0jMEVCZmxinSUZYqPwE3klT2ZmYGdIfiMTzaSySvkotn09Dw0yWy8GQMW0VQHL JIzaYEbzp8RgsiRfCKebYftzAKd3MpRAodnw8o7y/1C6XGhsDN9CL0vJ3CVGrjm/SxhW YULeowV2rAqBr5d7sRExZZO5XLpJSsR0HEyZOT352ZkHMkilrn9GtmWwNQDni2gEQeii 3jlcYwHX1wbRe+XwaMCIM70/eY7ZPskz/qd9PJTx0vGFo/CE2XyAuvclSOaaKB7PYLjZ Zz0p6lfQTMfybDwt60Z8n/+TwUz34GP99GNKWRuUnINsJ5MH9v0k9dX8JR53TB78JTda wGcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kEMYkxYn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b18si4901423ejk.572.2020.06.26.10.57.59; Fri, 26 Jun 2020 10:58:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kEMYkxYn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727038AbgFZRzz (ORCPT + 99 others); Fri, 26 Jun 2020 13:55:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46990 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726469AbgFZRzz (ORCPT ); Fri, 26 Jun 2020 13:55:55 -0400 Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BD33C03E979 for ; Fri, 26 Jun 2020 10:55:55 -0700 (PDT) Received: by mail-qv1-xf42.google.com with SMTP id t11so2827259qvk.1 for ; Fri, 26 Jun 2020 10:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :organization:user-agent:mime-version:content-transfer-encoding; bh=vbJSwJZjtdDURxHhSOHbJ4FVNNa89m/NxVA+tcIHMV4=; b=kEMYkxYnXu8l1k19YvYaordAe8ggm/SuTS8JBm/x5iX5HWzGdK9fKk4gnlqxGoolGT sEL6K/HPhTKZSFpmfEnTOSsbFLEJkWdDdBq3Rwok22rTzkxD1wpjg6nvTNgy/Hnl7z6c m1ukLvcxCMpKyxZCj4OjNKqjBJb8aMRNUBY5z2xAtCWh9bRKCbRm2kmIK6MloUgLy5/l tjde7eS2aGpHYzVo8fqWuoHd9QuYRbY3IVXu5SWRP8/ZTmFRyzsuiESUdD2fU8J4W3ZV FVZn1qX9tqFb9TotveOIXPYFQi4LBKjtkzlpCMeeGDMy1JrG0Qf5c7U6ePpzcPDWs3M/ AbIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:user-agent:mime-version :content-transfer-encoding; bh=vbJSwJZjtdDURxHhSOHbJ4FVNNa89m/NxVA+tcIHMV4=; b=b5o4IGGjHCbn6GPXV58pPgAL8Gn0Uus8upweaZ6yswzM1GQ28mU6UAdGm9c37FKeQA ajzCHkgi8oREym1t4Zo3OLnW6PRbpoCb6hrANboqg7hTJIydnupC2bO5XbCl4D80a7p5 alTrfnTaKdBXQTbhdKxokJyJNfx4nBXM3x/kXoq+t8n2+s/NE9H5lCl4A4b22H7dpK1a YKs+8bWfHS8hbK6qCtdwZ/ihmpTQv3+rj+Jld2RlFwMGBKeNSIzkielOSjhfjQ0lTv0t H9I+HSWGwKiyVDDwCAeQo6l4FEqB36mjzAS4NhoD7wiCScJ3lRdzeOL3bTzxYo1TVrN2 fm8g== X-Gm-Message-State: AOAM532itJ/6JQcvt7g5rhm39amWB07arYBTJkQOhoSS4vXzq3V+myl1 TmR96eHf3m6rf21fRKC6zY9uHWc2 X-Received: by 2002:a0c:ba0e:: with SMTP id w14mr4357491qvf.222.1593194154665; Fri, 26 Jun 2020 10:55:54 -0700 (PDT) Received: from LeoBras (200-236-242-115.dynamic.desktop.com.br. [200.236.242.115]) by smtp.gmail.com with ESMTPSA id g145sm9046493qke.17.2020.06.26.10.55.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 26 Jun 2020 10:55:53 -0700 (PDT) Message-ID: Subject: Re: [PATCH v2 5/6] powerpc/pseries/iommu: Make use of DDW even if it does not map the partition From: Leonardo Bras To: Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Alexey Kardashevskiy , Thiago Jung Bauermann , Ram Pai Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Date: Fri, 26 Jun 2020 14:55:41 -0300 In-Reply-To: <14da928d1cae8779a93228455c4873c127eeffa6.camel@gmail.com> References: <20200624062411.367796-1-leobras.c@gmail.com> <20200624062411.367796-6-leobras.c@gmail.com> <14da928d1cae8779a93228455c4873c127eeffa6.camel@gmail.com> Organization: IBM Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2020-06-26 at 12:23 -0300, Leonardo Bras wrote: > On Wed, 2020-06-24 at 03:24 -0300, Leonardo Bras wrote: > > As of today, if a DDW is created and can't map the whole partition, it's > > removed and the default DMA window "ibm,dma-window" is used instead. > > > > Usually this DDW is bigger than the default DMA window, so it would be > > better to make use of it instead. > > > > Signed-off-by: Leonardo Bras > > --- > > I tested this change with a 256GB DDW which did not map the whole > partition, with a MT27700 Family [ConnectX-4 Virtual Function]. > > I noticed the performance improvement is about the same as using DDW > with IOMMU bypass. > > 64 thread write throughput: +203.0% > 64 thread read throughput: +17.5% > 1 thread write throughput: +20.5% > 1 thread read throughput: +3.43% > Average write latency: -23.0% > Average read latency: -2.26% The above improvements are based on the default DMA window, which is currently used if DDW can't map the whole partition. Those values are an average of 20 tests for each environment, 30 seconds each test. I also did some intense testing, for 5 hour each: 64 thread write throughput 64 thread read throughput The throughput values are stable in the whole test, and I noticed no error on dmesg / journalctl.