From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <itsolution@gmail.com>
Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43])
 by dpdk.org (Postfix) with ESMTP id 761F72B9D
 for <dev@dpdk.org>; Wed,  1 Mar 2017 05:28:22 +0100 (CET)
Received: by mail-wm0-f43.google.com with SMTP id u199so26838425wmd.1
 for <dev@dpdk.org>; Tue, 28 Feb 2017 20:28:22 -0800 (PST)
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=yA5/MPhdHqo6CSaSrEVOPfLeolEylvRvUuq+weRvL9g=;
 b=IG6x5Ay9rkeHlHemPiQvi84GsC+ZDwd1cCy1LRG+3g+4C35Neakr5f0aAjY8yz1low
 QBWs9njZM54pvknGtR55cTDYxEi1qUmAjGN8YoVe/d0j9Jfdpb4N4nz2+qBt3ER+e60D
 7lfEjZ2OhlG2jE4tmRDJJ3poEUyTzaUZyiNatASDDWo4FScME+MniVa9ojNPs42uO8pH
 6b4RlmXXhSJzatpMoA8rFSRbkkB9NIrHX53DYnVIO3WhZnxL8DD72ArVCzBkFYWU2YKe
 jQnpY0crJ7Emf5LuFl4aOVlaHRnwM6dgbvFv6J+1JO82t2g752hr1GkbVzm2Cwom/DdF
 5neg==
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=yA5/MPhdHqo6CSaSrEVOPfLeolEylvRvUuq+weRvL9g=;
 b=jn4x2RoNKwkLn1+O77qaF62QKtRumEwvoYOjEgrL7psCBbp7MdpdTxL/yqeHTl9nBA
 7CosVmG6U+DsGLsBJ36Xhidyp0Lp21IuEREqUqT1I0iIMI8vWoSqkqIt2vK+zyRmEdzB
 MTIHpXuBb8SlcZuRu3VYMTY2ogHSxJ3V7R0Os/ugq/b15oMBzlwNj39i5FmPHiDJUJ/W
 cy1rszIi8flKOKU9qKSu9Y6b0bZjkcBgbWRk6adejMaHlkKYnZ3wyWM5uWhqRHhjDm5H
 IjCMpQln+ciWzO+Pn9HR49ABQgpkhSbysPV6Q2wjtDQIk3j65nQI0vMHo+tL26Ebdkmz
 SL0w==
X-Gm-Message-State: AMke39ke4uW0Id9U2QwjlduoZ1DhUjCrddN50kBHU+FXcwh1OWZP8cTHxXrUdOmZFeFXRzCYfk+6FX/oknTHcw==
X-Received: by 10.28.144.135 with SMTP id s129mr1410152wmd.18.1488342502083;
 Tue, 28 Feb 2017 20:28:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.80.168.68 with HTTP; Tue, 28 Feb 2017 20:28:21 -0800 (PST)
From: Joo Kim <itsolution@gmail.com>
Date: Tue, 28 Feb 2017 20:28:21 -0800
Message-ID: <CAFj4wcL2PVD3YHArPb7gXmMr_YZoFodaTaEKbU0YtNmk1R3GUw@mail.gmail.com>
To: dev@dpdk.org
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: [dpdk-dev] What is the max size of packets rte_eth_tx_burst() can
	send practically/theoritically?
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2017 04:28:22 -0000

Hello,


For example, as I understand,  ovs-dpdk code  uses a buffer of size 32
when it transmits via rte_eth_tx_burst().

I think it can transmit more packets in a bust.
I know there should be a balance between throughput and latency. But, I am
wondering what max size packets  a dpdk application can give  to
rte_eth_tx_burst()  practically/theoretically?
(I see some max macro in ixgbe_rxtx.h)

Thanks