From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 7C1A3426A5 for ; Mon, 2 Oct 2023 21:13:17 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 4194C402D7; Mon, 2 Oct 2023 21:13:17 +0200 (CEST) Received: from mail-ed1-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) by mails.dpdk.org (Postfix) with ESMTP id 9215A40294 for ; Mon, 2 Oct 2023 21:13:15 +0200 (CEST) Received: by mail-ed1-f42.google.com with SMTP id 4fb4d7f45d1cf-5384975e34cso82593a12.0 for ; Mon, 02 Oct 2023 12:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696273995; x=1696878795; darn=dpdk.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=KpoKP6DxKSbsokir/9h6Bmgwx/os5sIiVkNQS8CGCos=; b=kW4DLcuiFgdMkttCIXYP3FXrPUtbXj/WoM4aaeJR7YGgxZUMxFZXWI2d3WmDuB9OJB UuPy1oML7HTSm+365s5Nfacl2xs9Bk89vlBP9t4mayYp8nbovFQQCrEIZ92L0SZSvVVs rRzrlxLEC3niRx0AySKj/duANna9swdlDB8HS1WiItwH9qNr9sKzYXikWzKceMoalrOp 6YBYa/KHoiNmftZvkd8vxfWEa5bPxAu2/+G0cC70AARH/N7KHpRPumietc4V6WHaEqSZ 8mnYsGKUfWxfldXVaxsAfoF8RXf2/fIXhg5P5sm60vBrtTzO6/d4LJsnDwXQLovM6BNS hrIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696273995; x=1696878795; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=KpoKP6DxKSbsokir/9h6Bmgwx/os5sIiVkNQS8CGCos=; b=vq6Jav5saFAnwu2SqJa/ye/TP34RofzOQ4k6N7itM24lJU6BR2P3vnif85zJ7X+8/O 3HjarkI5mF7MOcqduDcl2WZCtu4HVAVZRSOyWmUQH/P922GFngf2dlgL0X+B5SVCbFcw L86AFdOaF7zGjaT03ZyDlpsPDFC4EPSXyDyXRJsL/mRlB1usx/3FRnIjSOHa/VG/Hp2R RcdkzmmIOW6tjn4mU5StjdX4NtZ8r+iYfyARB2NELWS7byosmBa2Dbz1kzZC5Wk/M4Zg xVQceyk9jLyF1VU1FSlDykozORU3/rraGn5AaTTL8mHwTD+fHDw2GppudcnEgv3oPR2R I0Fg== X-Gm-Message-State: AOJu0YxQyofDb5o5Vz0P7VKZMfsoGqSGzceNavfh3lgfFiuAawwBUrwn P810bDy1vgbnUA0a5FA9PJ1Mh0uw9bbKzPo0UfBDxNvx0EMXXA== X-Google-Smtp-Source: AGHT+IGOfUBrjMAmTEHzzbbwr55UleAT1Cj4tIas657xiHMbkevovx+0Ljhc0e5YsO24p1Yx8ZbBZF2rG7BrND55hVY= X-Received: by 2002:a17:906:51c9:b0:9ae:6355:5ef4 with SMTP id v9-20020a17090651c900b009ae63555ef4mr10425345ejk.3.1696273994791; Mon, 02 Oct 2023 12:13:14 -0700 (PDT) MIME-Version: 1.0 From: Antonio Di Bacco Date: Mon, 2 Oct 2023 21:13:03 +0200 Message-ID: Subject: tap device speed To: users@dpdk.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org I'm doing a test where we have a couple of tap devices, the two devices are seen by testpmd that is setup in forward mode. On the linux side, the two tap devices are confined in different network namespaces and in one namespace we have an iperf server while on the other namespace the iperf client sending either UDP or TCP. I expected a bandwidth in the range of few gpbs while the actual measured bandwidth is a few gigabits. I suppose I need to configure the tap devices with optimized parameters but I don't know where to look for advice. If I try to use the loopback interface I can get something 40 gbps with a command like this: iperf -c 127.0.0.1 -u -i 1 -b 40g -t 10 -l 40000 .