From patchwork Sat Oct 24 16:11:04 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Honnappa Nagarahalli X-Patchwork-Id: 318942 Delivered-To: patch@linaro.org Received: by 2002:a92:d1d1:0:0:0:0:0 with SMTP id u17csp1342790ilg; Sat, 24 Oct 2020 09:11:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxBYZV+QZc8pScfy9SCELmltJbJ24D7gqrqdZeyTBISSrNPYV88R5BQotFcbrBgu9Cz20mu X-Received: by 2002:aa7:cd85:: with SMTP id x5mr8174323edv.0.1603555891402; Sat, 24 Oct 2020 09:11:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603555891; cv=none; d=google.com; s=arc-20160816; b=XZ0KJVTyidtnMa3moXXn1QdLkNl7C6jlD6pqpNJWAppvHManfVSXMC6k0g72CS3W0Y gqYaQhKkUXTdksSytCrjFZlCtlpBjywue86nL1l176W7quPA++d1/lcVlT84rCcL6RWU BVH+yXZI+73AfgAmF4KmLHQxdblYaelTRMGVN6SdCPAE9UE6kz6N3/a/HrGGhwtCLFiU BpFLaThPdbOPBzf9IjO3cPIiHXu42hybmzJYpUdlNaIb4oRaAede8j4M2zF/fNwFhe5P Kcm47szUPClZgRtmBjaQL1hqxUtpcRmWwGQl3I8AYWgZren2bRSldryLh4QojKUxK6ts dK+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:errors-to:list-subscribe:list-help:list-post:list-archive :list-unsubscribe:list-id:precedence:subject:references:in-reply-to :message-id:date:cc:to:from; bh=YB+6EiwITSvQgyRJPpwSHpRLQ1oDfcBjKied698CGNU=; b=FU0tvdepi/uPy8OI6zH3KWwyQ3lu0R8b7saNIxaaruoaB/JJPlHPwfXxYj1IB8bw/r 72Y7L55v8P+crafLybMZkPvdkHckIqx1Cynr8f27HNhJNZlLanviFM8QUS8RKbpkCjWe FZ62GCA83ZWcfazG6+DybwtribrdrDW92Z2vp9piPVBUV4j27x3gXdfQlxxDc8Ag/9LA OFhFts329Qz8eJ3FOno2j9Y4TMNKikgLNDUpeh3wbvCiGo72lxVsFkhrNkw6UpnbdhWD 0AZLNp6Sn5KFYh+BH4Z0M6WlXZ5TWWjPsakLyT1KQ3soP/P++tjbUSil64p3ssWPxBW9 5qmA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of dev-bounces@dpdk.org designates 92.243.14.124 as permitted sender) smtp.mailfrom=dev-bounces@dpdk.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from dpdk.org (dpdk.org. [92.243.14.124]) by mx.google.com with ESMTP id co4si3329790edb.461.2020.10.24.09.11.30; Sat, 24 Oct 2020 09:11:31 -0700 (PDT) Received-SPF: pass (google.com: domain of dev-bounces@dpdk.org designates 92.243.14.124 as permitted sender) client-ip=92.243.14.124; Authentication-Results: mx.google.com; spf=pass (google.com: domain of dev-bounces@dpdk.org designates 92.243.14.124 as permitted sender) smtp.mailfrom=dev-bounces@dpdk.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8540FFEB; Sat, 24 Oct 2020 18:11:23 +0200 (CEST) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by dpdk.org (Postfix) with ESMTP id F2113F94 for ; Sat, 24 Oct 2020 18:11:21 +0200 (CEST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2EF8B101E; Sat, 24 Oct 2020 09:11:20 -0700 (PDT) Received: from qc2400f-1.austin.arm.com (qc2400f-1.austin.arm.com [10.118.12.27]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1B5EB3F66B; Sat, 24 Oct 2020 09:11:20 -0700 (PDT) From: Honnappa Nagarahalli To: dev@dpdk.org, honnappa.nagarahalli@arm.com, konstantin.ananyev@intel.com, stephen@networkplumber.org Cc: dharmik.thakkar@arm.com, ruifeng.wang@arm.com, olivier.matz@6wind.com, david.marchand@redhat.com, nd@arm.com Date: Sat, 24 Oct 2020 11:11:04 -0500 Message-Id: <20201024161112.13730-1-honnappa.nagarahalli@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200224203931.21256-1-honnappa.nagarahalli@arm.com> References: <20200224203931.21256-1-honnappa.nagarahalli@arm.com> Subject: [dpdk-dev] [PATCH v4 0/8] lib/ring: add zero copy APIs X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" It is pretty common for the DPDK applications to be deployed in semi-pipeline model. In these models, a small number of cores (typically 1) are designated as I/O cores. The I/O cores work on receiving and transmitting packets from the NIC and several packet processing cores. The IO core and the packet processing cores exchange the packets over a ring. Typically, such applications receive the mbufs in a temporary array and copy the mbufs on to the ring. Depending on the requirements the packets could be copied in batches of 32, 64 etc resulting in 256B, 512B etc memory copy. The zero copy APIs help avoid intermediate copies by exposing the space on the ring directly to the application. v4: 1) Fixed multiple pointer issues 2) Added documentation v3: 1) Changed the name of the APIs to 'zero-copy (zc)' 2) Made the address calculation simpler 3) Structure to return the data to the user is aligned on cache line boundary. 4) Added functional and stress test cases v2: changed the patch to use the SP-SC and HTS modes v1: Initial version Honnappa Nagarahalli (8): lib/ring: add zero copy APIs test/ring: move common function to header file test/ring: add functional tests for zero copy APIs test/ring: add stress tests for zero copy APIs doc/ring: add zero copy peek APIs test/ring: fix the memory dump size test/ring: remove unnecessary braces test/ring: user uintptr_t instead of unsigned long app/test/meson.build | 2 + app/test/test_ring.c | 209 +++++++++- app/test/test_ring.h | 67 ++- app/test/test_ring_mt_peek_stress_zc.c | 56 +++ app/test/test_ring_st_peek_stress_zc.c | 65 +++ app/test/test_ring_stress.c | 6 + app/test/test_ring_stress.h | 2 + app/test/test_ring_stress_impl.h | 2 +- doc/guides/prog_guide/ring_lib.rst | 41 ++ doc/guides/rel_notes/release_20_11.rst | 9 + lib/librte_ring/meson.build | 1 + lib/librte_ring/rte_ring_elem.h | 1 + lib/librte_ring/rte_ring_peek_zc.h | 546 +++++++++++++++++++++++++ 13 files changed, 988 insertions(+), 19 deletions(-) create mode 100644 app/test/test_ring_mt_peek_stress_zc.c create mode 100644 app/test/test_ring_st_peek_stress_zc.c create mode 100644 lib/librte_ring/rte_ring_peek_zc.h -- 2.17.1