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 34520A04FD; Wed, 22 Jun 2022 08:02:00 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 724BA427F8; Wed, 22 Jun 2022 08:01:49 +0200 (CEST) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2052.outbound.protection.outlook.com [40.107.21.52]) by mails.dpdk.org (Postfix) with ESMTP id D46A24014F for ; Wed, 22 Jun 2022 04:13:57 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ez6QD9MODY9dLsSTSdg26eEFS7P8xKZxplw6IqrbXmQ//845YHYiNw3vpIZt1Xdjqhj+8CMitc1yGM7JpQWlYuqM3hMgP6dsOGcKAv8UQ5UlTwBlziYqNta+FIebCEi8xe2mLmgMw5pdyb0TO2upySQFYppQCl155p7D2Flrz1sCxIkg20Ooq0jPGZPmz6V8FvR0JkLSx3NPnVY8kdBB5u8WZUzdP83qBXvdP5hKZ7GGmQoaZexfPgDL5LmKPkVrZDzR1a93T7zpKH90K7cILChbrWlcB0dUxe7hN5xGbJ0rrEg4f+IEOMC3iDW8c0O8bbJw0ESMtNSJz+jw589Hvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=BzqpkfJIzl8rDcdeSkmx0EQtD+3WM8CNYg9mgujP88o=; b=O/MXJW1TiHLSwMA5iQWPgIcqs2AII/wt95jcmLa9qultsqCsQAJNJq5aEqYkSvdQPO6Eec0XPv73s5cGAChYjOKrlPMpN6yuj15wW1TeVNmEWCXCZp4yE4SHyqSKqrwMFU6Vzsp+6WZSd6Odxd9jlrHWivH2HduzinfHZegtI+ScuHaAcuDsA0FWC0Zc42bGz06VGIqBohSony7zldsjdczgrCfKGx7bKH5goLM7Ir0XO54ZPSSyIecLcfttRrOvVwAToCYvoji+wJZLw31DBU94OyvhZdNOJ24U2XLRKKVk838jEhc4w5Y7HoQnBacXNrWlmGHDN93Zjwxc4uUjNg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BzqpkfJIzl8rDcdeSkmx0EQtD+3WM8CNYg9mgujP88o=; b=LAxRmRTfHnAVN6jXKDmhJhqeXubSpCWWMPk50yCKsT67UZo//IyIwv4btf8+iV9BA/bHzk1eSuodgUyaYgeX7Mrxq+p2z8Z9kkqeRPzlDHo7LGySClA4ozn99hvediAn7Oa9McrvMZk/x8JZsRrzhVPTXPlqZpxusptmmYgPrtQ= Received: from DB7PR07MB4489.eurprd07.prod.outlook.com (2603:10a6:5:3a::19) by AS8PR07MB8313.eurprd07.prod.outlook.com (2603:10a6:20b:37c::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5373.9; Wed, 22 Jun 2022 02:13:56 +0000 Received: from DB7PR07MB4489.eurprd07.prod.outlook.com ([fe80::6900:77a9:8c73:a5f]) by DB7PR07MB4489.eurprd07.prod.outlook.com ([fe80::6900:77a9:8c73:a5f%7]) with mapi id 15.20.5373.015; Wed, 22 Jun 2022 02:13:56 +0000 From: Jaeeun Ham To: "Jayatheerthan, Jay" , "dev@dpdk.org" CC: Jerin Jacob Subject: RE: ask for TXA_FLUSH_THRESHOLD change Thread-Topic: ask for TXA_FLUSH_THRESHOLD change Thread-Index: Adh+ueQKpScROpOOTUS3XZ7egyFC0wCkcH4QASRrMHA= Date: Wed, 22 Jun 2022 02:13:56 +0000 Message-ID: References: In-Reply-To: Accept-Language: ko-KR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 33fbcec7-b6f3-4434-8f5e-08da53f4dc7e x-ms-traffictypediagnostic: AS8PR07MB8313:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Ina7qkR3EzRlqEqyVNhvzp2Gs2UlzQKzIbCkf3b5nqBFn9Sasgz7uo+5XIkACRtlo3iAZgem7rxxvx6rt++6UvNBat81RMfIZ8uz8n+MWN9UkglsS/X8gbmZDvocmTHnK9AOserb/1dwj8kB5i78qu42/8JqvN5DijZED52amIExvG0Zf3edLG+u+A3kf2xTbo+Gq9Lc34O2lNWSG869LYqKRMInMK8w4faHPoNmG58wHwlyHpj74WPaj46u++xa6vB5xCAv6Xq78EsFkjN/1AZAssmZsO6zzDzv7jyBUpQkI9pq7i6zZ1li79FrB3FbErwH57IWtLPHuNdhTlTHiNOYXtoj4mfr27H6NqZIRVq3R/6jmQm5305F0yuCXJCRUfsy2MSMcqU737Me5SjKX8MoXRg5YXV1r6K4k0HHica0lUvmEOPUI+bipbQ6m0Y0FSgNkXR1VPpecx7obBlgf109D0Sa2RX0uSb9brs8zY0wbcd4r2L0TllIMAW++P/2beF1murMXlxzwgB4QXkhfQsjju64I3jlBZaf6+ISUxT/QpkEjGDX6ilHZu7LtECuYF96WqbD2M6nU9bncnAzmhkLqOhFjEpKwYj+wG2kFyjGsk7+4Oq11RQfhaT/ReBpopkGqTS3Lh6xm5eArlRwlFHJZo5+IMt17z6IXJ1SWWmQ9A0StlBgTP6/2riXGm5Lhwql6m2bhYIHhfkDk/XMbf6HIIynGlid9z5rAiOK9hheyQdToraOTEw1JFWgVPuUdloY1zJL7jrS7iDFE0werXV//lBnkongQEphEA6FoBKGiaefwnmV6nJK2APC9PkIuoCKrQbpPlUuaYTA3MBYWw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4489.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(136003)(366004)(39860400002)(396003)(376002)(346002)(110136005)(66476007)(66556008)(38070700005)(7696005)(66946007)(166002)(9686003)(66446008)(122000001)(64756008)(2906002)(186003)(83380400001)(82960400001)(478600001)(53546011)(76116006)(71200400001)(966005)(55016003)(4326008)(86362001)(6506007)(8936002)(5660300002)(44832011)(52536014)(33656002)(316002)(41300700001)(8676002)(26005)(38100700002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?/EBOJL5b2ZtqscKumXYU8i6qITwJ0r7Wzm6Cc0hY69RiVbyNLMolkK10JYu0?= =?us-ascii?Q?e8q7DUfeG37VaPX0nH1XPh4JRaMgNZEaGPW1WQTqksplFyyNMORD47fBeSTB?= =?us-ascii?Q?rX+hHlu7t5mVHiRUZNufBGY4zYcawVCSBe7X9kX6rDV5H54Vo62waA/rc3hR?= =?us-ascii?Q?UWJZ1mRfrnpJ1s2PCMEnQhRoBqa8bayFoeElKRMULk2KFznqmYZmGfwLuv0L?= =?us-ascii?Q?fjqf/XEXC0dDTYT/vYjnTI7HiODDFwHdTmXZaQKQKrO+wBqlfIu3mSXxcnI9?= =?us-ascii?Q?GNjnuxJPabhKzmcMgQj2b/llA+ThNGAqHwYPuF3qO1FSSvk7J0MKU1/1hxdv?= =?us-ascii?Q?FvOWl7TdjJIl26w8MSsd6TJegbmQBgFjY0B5rBwkBEMArSCv9uWCFoAuF3jC?= =?us-ascii?Q?0zQdxeTMLMxr8/zg7A7tsKiWhH5AFdte9IWanukAME1cFS5UgmG6ZQ7Jtj5l?= =?us-ascii?Q?0LXk1aIEQilJ9zntUNT8v9/EsAC1H1f0P5jaZHx/+/7/T1h5jBN3FH7hIjb6?= =?us-ascii?Q?Gycu6ef4egPwaDWRfMIATtbW4T206PHDqbH0G8X7LJoaeRpwP6WtmSTNKmTa?= =?us-ascii?Q?gTw+wDlJlrwl53Cfd0EXLo+HLYjLkGrlNeW0+7hcT0LjPgukDyxPBR/0FRzV?= =?us-ascii?Q?4vALoUwEJJsL/HIxywRiXv8M3LnPDnpy3wTfW+1rH09BiuACtInqyAX2dgjv?= =?us-ascii?Q?MVOLUlJLnUs21ZZdz0sGjUy0NFjqwU8wTkFXoTjOtvve7mPqsauy324NpsfP?= =?us-ascii?Q?O7RGn32M9sUohS9BnZxEmjK7xdSjPnJudvvT9IxUsdZc2amZyx/YzkOZwJwL?= =?us-ascii?Q?7uHPdsN5LIFQkk429jR3wAS6kdhrG2yMp5Lf5ilaGiBpstDmq6vxEFWRumCW?= =?us-ascii?Q?xLxbxrKoD5XPTAwvx4qZ4dCZQt8z5SqXnXlnsSP5Wv++XhmnIJifPqwyssb/?= =?us-ascii?Q?9DN+FakWfiPXYiEtVELgtT5n5PheybPaJeHH3OO/ItiyRm934zr5sjW3/I3e?= =?us-ascii?Q?pp0qm1OHnN/UhK8p4I7GaBEYRnUecsxKtURPEvM3U4hem/zjEP/2FxXpU+GC?= =?us-ascii?Q?i3r6BxChLaI6wqoCf2Ml4lnXzt2ritpLFMNGlTsSPe9TEm3YLMRM7c5ELPux?= =?us-ascii?Q?8sAK8jal8On89NRIqmL4WcAjso+sXnC/Nqgs/vc2djtAJ++OufzBH9cZfmGd?= =?us-ascii?Q?VQL1gsmMGlpqnWHxZ/JmitFnh7Mbn6v2h8IgjqDy9+nqb6Bdp49LGhtxPL2g?= =?us-ascii?Q?3WS3ox7AdmkoMQwCR+pFTN/fQQktzHKSdx0EQHGF4dsio1lxI+GaGHlG6sdY?= =?us-ascii?Q?tKdqF8NocJwG0/CQqBLeDdQ2gZrYgmQJ/rKpD6LKban9ZdZZNqGPCurw4+Nc?= =?us-ascii?Q?/tngsg2uhKF6NgrUnoaw6MlEdUbn0DdiorsBIospCR+xri11zSZBb1+2hKM9?= =?us-ascii?Q?hgUZt3R0jM9rDBH1V8ae0EeeHL0wxWAR5Baswzix1ARKkfeg+uxO+vH1nu5w?= =?us-ascii?Q?tUWP4JK+ThGAYa7zabfA/CauKDU8Uqrf55wwvwxrIubYyj864Uq4qpgyfMw+?= =?us-ascii?Q?+VDsiZNCDP8HeqsGeZ+DFdzNLT8g6rAs8mOnMrtJ?= Content-Type: multipart/alternative; boundary="_000_DB7PR07MB44893951E12098AA5585B6B5F3B29DB7PR07MB4489eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB7PR07MB4489.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 33fbcec7-b6f3-4434-8f5e-08da53f4dc7e X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jun 2022 02:13:56.2128 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gbKZXq2OWIgVhCaAjAZYRwKvcEhZypvr7QLMfmhqT+Ur/a7R/fzxueuvp0kb6RAePFa0AWhlLvIrz6ib4XqmZw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR07MB8313 X-Mailman-Approved-At: Wed, 22 Jun 2022 08:01:46 +0200 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --_000_DB7PR07MB44893951E12098AA5585B6B5F3B29DB7PR07MB4489eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Could you guide me on how to eliminate or reduce tx drop/retry? TXA_FLUSH_THRESHOLD helped somewhat but it was not cleared packet tx drop. =3D=3D=3D=3D=3D=3D=3D=3D[ TX adapter stats ]=3D=3D=3D=3D=3D=3D=3D=3D tx_retry: 17499893 tx_packets: 7501716 tx_dropped: 5132458 BR/Jaeeun From: Jayatheerthan, Jay Sent: Thursday, June 16, 2022 3:40 PM To: Jaeeun Ham ; dev@dpdk.org Cc: Jerin Jacob Subject: RE: ask for TXA_FLUSH_THRESHOLD change Hi Jaeeun, See my responses inline below. -Jay From: Jaeeun Ham > Sent: Monday, June 13, 2022 5:51 AM To: dev@dpdk.org Cc: Jerin Jacob >; Jayatheert= han, Jay > Subject: ask for TXA_FLUSH_THRESHOLD change Hi, There were latency delay when I increase dpdk(20.11.1) core. (one worker co= re was okay.) When I decrease the TXA_FLUSH_THRESHOLD value(1024 to 32), it was okay It's TXA_FLUSH_THRESHOLD at lib/librte_eventdev/rte_event_eth_tx_adapter.c.= // https://git.dpdk.org/dpdk-stable/tree/lib/librte_eventdev/rte_event_eth= _tx_adapter.c?h=3D20.11#n15 When TXA_FLUSH_THRESHOLD value was changed from 1024 to 32, the latency tes= t result was fine on 10 cores for low traffic(DL:20Mbps/UL:17kbps). I think that this can make call for rte_eth_tx_buffer_flush() more frequent= ly. But, I'm not sure whether this approach can cause worse performance or not. Do you have any opinion about this? [Jay] Yes, it will cause rte_eth_tx_buffer_flush() to be called more often.= It can lead to lesser batching benefit. Typical performance vs. latency tr= ade-off decision apply here. Similar RDK RTE_BRIDGE_ETH_TX_FLUSH_THOLD is patched on DUSG3 from 1024 to = smaller value since DPDK 18.11.2: I'm not aware of any side-effect, I think it is needed to have low enough l= atency even at low traffic rates. For more details see Intel FP 22288. [Jay] Currently, TXA_FLUSH_THRESHOLD is not a configurable attr. TXA_MAX_NB_TX(128) looks the same as CONFIG_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZ= E(16384), then is it also should be tuned? [Jay] They both are different attributes. TXA_MAX_NB_TX refers to max numbe= r of queues in Tx adapter. CONFIG_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE refers t= o event buffer size in Rx BD. --- dpdk-3pp-swu-18.11/dpdk-stable-18.11.2/config/common_base.orig 2020-01= -29 15:05:10.000000000 +0100 +++ dpdk-3pp-swu-18.11/dpdk-stable-18.11.2/config/common_base 2020-01-29 = 15:11:10.000000000 +0100 @@ -566,9 +566,9 @@ CONFIG_RTE_LIBRTE_BRIDGE_ETH_MAX_CP_ENQ_RETRIES=3D100 CONFIG_RTE_MAX_BRIDGE_ETH_INSTANCE=3D4 CONFIG_RTE_BRIDGE_ETH_INTR_RING_SIZE=3D32 -CONFIG_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE=3D128 +CONFIG_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE=3D16384 CONFIG_RTE_LIBRTE_BRIDGE_ETH_DEBUG=3Dn -CONFIG_RTE_BRIDGE_ETH_TX_FLUSH_THOLD=3D1024 +CONFIG_RTE_BRIDGE_ETH_TX_FLUSH_THOLD=3D32 --- dpdk-3pp-swu-dusg3-20.11.3/dpdk-stable-20.11.3/config/rte_config.h 20= 21-08-05 23:46:52.051051000 +0200 +++ dpdk-3pp-swu-dusg3-20.11.3/dpdk-stable-20.11.3/config/rte_config.h 20= 21-08-06 00:50:07.310766255 +0200 @@ -175,8 +175,8 @@ #define RTE_LIBRTE_BRIDGE_ETH_MAX_CP_ENQ_RETRIES 100 #define RTE_MAX_BRIDGE_ETH_INSTANCE 4 #define RTE_BRIDGE_ETH_INTR_RING_SIZE 32 -#define RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE 128 -#define RTE_BRIDGE_ETH_TX_FLUSH_THOLD 1024 +#define RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE 16384 +#define RTE_BRIDGE_ETH_TX_FLUSH_THOLD 10 #undef RTE_BRIDGE_ETH_TX_MULTI_PKT_EVENT BR/Jaeeun --_000_DB7PR07MB44893951E12098AA5585B6B5F3B29DB7PR07MB4489eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Could you guide me on how to eliminate or reduce tx dro= p/retry?

TXA_FLUSH_THRESHOLD helped somewhat but it was not clea= red packet tx drop.

 

=3D=3D=3D=3D=3D=3D=3D=3D[ TX adapter stats ]=3D=3D=3D=3D=3D=3D=3D=3D

tx_retry: 17499893

tx_packets: 7501716

tx_dropped: 5132458

 

BR/Jaeeun

 

From: Jayatheerthan, Jay <= jay.jayatheerthan@intel.com>
Sent: Thursday, June 16, 2022 3:40 PM
To: Jaeeun Ham <jaeeun.ham@ericsson.com>; dev@dpdk.org
Cc: Jerin Jacob <jerinj@marvell.com>
Subject: RE: ask for TXA_FLUSH_THRESHOLD change

 

Hi Jae= eun,

See my= responses inline below.

&= nbsp;

-Jay

&= nbsp;

&= nbsp;

From: Jaeeun Ham <jaeeun.ham@ericsson.com>
Sent: Monday, June 13, 2022 5:51 AM
To: dev@dpdk.org
Cc: Jerin Jacob <jerinj@mar= vell.com>; Jayatheerthan, Jay <jay.jayatheerthan@intel.com>
Subject: ask for TXA_FLUSH_THRESHOLD change

 

Hi,

 

There were latency delay when I increase dpdk(20.11.1) = core. (one worker core was okay.)

When I decrease the TXA_FLUSH_THRESHOLD value(1024 to 3= 2), it was okay

 

It’s TXA_FLUSH_THRESHOLD at lib/librte_eventdev/r= te_event_eth_tx_adapter.c. // https://git.dpdk.org/dpdk-stable/tree/lib/librte_eventdev/rte_event_eth_tx_= adapter.c?h=3D20.11#n15

When TXA_FLUSH_THRESHOLD value was changed from 1024 to 32, the latency test result was fine on 10 cores for = low traffic(DL:20Mbps/UL:17kbps).

I think that this can make call for rte_eth_tx_buffer_f= lush() more frequently.

But, I’m not sure whether this approach can ca= use worse performance or not.

Do you have any opinion about this?

 

[Jay] Yes, it will cause rte_eth_tx_= buffer_flush() to be called more often. It can lead to lesser batching bene= fit. Typical performance vs. latency trade-off decision apply here.

 

 

Similar RDK RTE_BRIDGE_ETH_TX_FLUSH_THOLD is patched on= DUSG3 from 1024 to smaller value since DPDK 18.11.2:

I’m not aware of any side-effect, I think it is n= eeded to have low enough latency even at low traffic rates.  For more = details see Intel FP= 22288.

 

[Jay] Currently, TXA_FLUSH_THRESHOLD is not a configurable attr.<= o:p>

 

TXA_MAX_NB_TX(128) looks the same as CONFIG_RTE_= BRIDGE_ETH_EVENT_BUFFER_SIZE(16384), then is it also should be tuned?

 

[Jay] They both are different attrib= utes. TXA_MAX_NB_TX refers to max number of queues in Tx adapter. CONFIG_RTE_= BRIDGE_ETH_EVENT_BUFFER_SIZE refers to event buffer size in Rx BD.

 

 

--- dpdk-3pp-swu= -18.11/dpdk-stable-18.11.2/config/common_base.orig  2020-01-29 15:05:1= 0.000000000 +0100

+++ dpdk-3pp-swu= -18.11/dpdk-stable-18.11.2/config/common_base   2020-01-29 15:11:= 10.000000000 +0100

@@ -566,9 +566,9= @@

CONFIG_RTE_LIBRT= E_BRIDGE_ETH_MAX_CP_ENQ_RETRIES=3D100

CONFIG_RTE_MAX_B= RIDGE_ETH_INSTANCE=3D4

CONFIG_RTE_BRIDG= E_ETH_INTR_RING_SIZE=3D32

-CONFI= G_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE=3D128

+C= ONFIG_RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE=3D16384

CONFIG_RTE_LIBRT= E_BRIDGE_ETH_DEBUG=3Dn

-CONFI= G_RTE_BRIDGE_ETH_TX_FLUSH_THOLD=3D1024

+C= ONFIG_RTE_BRIDGE_ETH_TX_FLUSH_THOLD=3D32

 

--- dpdk-3pp-swu= -dusg3-20.11.3/dpdk-stable-20.11.3/config/rte_config.h   2021-08-= 05 23:46:52.051051000 +0200

+++ dpdk-3pp-swu= -dusg3-20.11.3/dpdk-stable-20.11.3/config/rte_config.h   2021-08-= 06 00:50:07.310766255 +0200

@@ -175,8 +175,8= @@

#define RTE_LIBR= TE_BRIDGE_ETH_MAX_CP_ENQ_RETRIES 100

#define RTE_MAX_= BRIDGE_ETH_INSTANCE 4

#define RTE_BRID= GE_ETH_INTR_RING_SIZE 32

-#defi= ne RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE 128

-#defi= ne RTE_BRIDGE_ETH_TX_FLUSH_THOLD 1024

+#= define RTE_BRIDGE_ETH_EVENT_BUFFER_SIZE 16384

+#= define RTE_BRIDGE_ETH_TX_FLUSH_THOLD 10

#undef RTE_BRIDG= E_ETH_TX_MULTI_PKT_EVENT

 

 

BR/Jaeeun

 

--_000_DB7PR07MB44893951E12098AA5585B6B5F3B29DB7PR07MB4489eurp_--