From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by dpdk.org (Postfix) with ESMTP id D83B88D8E for ; Wed, 9 May 2018 04:53:53 +0200 (CEST) Received: by mail-wm0-f41.google.com with SMTP id f8-v6so24852691wmc.4 for ; Tue, 08 May 2018 19:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/kJm8T7hUqzcWzEFqopdAQ3U8Voq4t6Sq15JMJL0B7c=; b=uaAYgvR9Zew09NEkqF2Sz6jo6FCDN2hREU66P8lAfRGnJqCkOgrWFwNoQbr5h0lfqk PnyDD9XwAOehyu5hAo8VfMjMiHdW8HsItCI5gjYIAvUnZ4LyZdURqEJVF4cg6CCrEkxD r1NKwUBVvBCJrFU7CYKbTfsBgULLkPPi3ZUAjv/V/agdGiYt3X10Om8Oo/3I7YJKDrJ4 s1aqRD2O1mUulv9F/0r2k4jxbUoc8UkIrARuze1mwbMklSJ7bcJUHjQ1tNeZo9RGD6fG 00dCloDkO18RXcBcRg7vRJEZ7duT8XYECDaDyDC/GeIrCYImvy+M18YI+unlEGpcKuuq mufg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/kJm8T7hUqzcWzEFqopdAQ3U8Voq4t6Sq15JMJL0B7c=; b=BwfaWKHJ4qrnOx7hhqcTNfmCctzCaQCMipW1W9qH4v2u80EBUhhN9//OIPj4OieUgq wajCxPC1YnpaWRuwqjOO7Pr7Bk4BBotGPRV+atG9bjTEfmcYwGuoLYAp0KUDMMigt9fu WzaWwMQWvxawCRrs/MGyw5HWUHaDV97Ewvty0a8QV0rtJfHdfYv9Te739d28yA2yQHz1 S97bdCXf5AB8p/ih8t+zPC/2WMiQSMcghG9RcBEL3lLCrUIteiktgyzGtkm70MeD7Dk/ zFwTOO6HCbqYIfhrjrIvJTJprn1j2MnMShCQiGcCmlKRFpILCdJcOCrQHQhkWSJXJww8 7Vaw== X-Gm-Message-State: ALKqPwcShvUY/vPFLAsX1O/Bo3KQZk8JWew8THaw7se1ptBi5GDlsQeV uc5lVc/S7ZIZFf+4Tm/W3QvPHE0ef8uxwtjwoeBA3zD7 X-Google-Smtp-Source: AB8JxZrJJSgm//vvDDXShpsuQMntbg1WJjKypuqFnw1Q1qmORGCJHH0JTxMfLRkDOjvSfRgJ4HbRUoh0u+8p3fUZZOY= X-Received: by 2002:a1c:d755:: with SMTP id o82-v6mr4130317wmg.71.1525834433532; Tue, 08 May 2018 19:53:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.11.71 with HTTP; Tue, 8 May 2018 19:53:53 -0700 (PDT) From: sx qian Date: Wed, 9 May 2018 10:53:53 +0800 Message-ID: To: users@dpdk.org X-Mailman-Approved-At: Wed, 09 May 2018 12:28:00 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] =?utf-8?q?The_latency_of_dpdk_receiver_packet_is_mor?= =?utf-8?q?e_than_400us=3F_something_wrong_with_it=EF=BC=9F?= X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 02:53:54 -0000 NIC: Intel 82599ES DPDK version: 17.08.1 My test model is like this=EF=BC=9A Host A send request packet to host B=EF=BC=8Cwhen host B receive the requ= est packet=EF=BC=8Chost B send replay packet to host A=E3=80=82Then host A send= next request to host B ... When the request packet size is less than or equal to 128 bytes, it works fine. the round trip latency is less than 12us. But if the packet size is more than 128 bytes=EF=BC=88even 129bytes),The latency is more than 400us= =E3=80=82 I find that most of the time consumed in the receiving package. In my application, I call the rte_eth_tx_burst() about every 1us. What may be the cause? The NIC or dpdk driver receive packet made some batch?