the packet delay is too long when I used dpdk i40e NIC sent single packet

Xing, Beilei beilei.xing at intel.com
Thu Jul 6 05:10:06 CEST 2023


Hi,

Could you try to change interval configuration to check if it helps?
Please refer to i40e_calc_itr_interval function.
In theory, the lower interval, the lower latency.

BR,
Beilei

> -----Original Message-----
> From: jiangheng <jiangheng14 at huawei.com>
> Sent: Wednesday, July 5, 2023 9:33 AM
> To: Zhang, Yuying <yuying.zhang at intel.com>; Xing, Beilei
> <beilei.xing at intel.com>
> Cc: users at dpdk.org
> Subject: the packet delay is too long when I used dpdk i40e NIC sent single
> packet
> 
> Hi Beilei:
> we used dpdk implement a user mode tcp protocol stack, and we are testing
> the delay of a single packet.
> however, on i40e NIC(XL710), the packet delay is higher than that of the kernel.
> After some tests, we find that the time consuming may be the pahse when i40e
> sends packet.(period from rte_eth_tx_burst to packet be sent) The same test is
> performed on the ixgbe(82599) NIC. the delay is lower than that in kernel.
> 
> I used dpdk-21.11 stable version.
> I tried upgrading the i40e's firmware version to 9.10, but there was no
> improvement.
> Any suggestion?
> Thank you.
> 
> 
> 
> The following is packet delay statistics of tcpdump:
> i40e NIC:
> 410	10.373817	192.168.4.4	192.168.4.5	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=9642 Win=1048384 Len=0
>     10us
> 411	10.373827	192.168.4.4	192.168.4.5	TCP	94	58312
> →8877 [PSH, ACK] Seq=9642 Ack=6511 Win=1048512 Len=36
>     27us
> 412	10.373854	192.168.4.5	192.168.4.4	TCP	60	8877
> →58312 [ACK] Seq=6511 Ack=9678 Win=1048320 Len=0
>     9us
> 413	10.373863	192.168.4.5	192.168.4.4	TCP	90	58312
> →8877 [PSH, ACK] Seq=9642 Ack=6511 Win=1048512 Len=36
>     28us
> 414	10.373891	192.168.4.4	192.168.4.5	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=9678 Win=1048320 Len=0
>     11us
> 415	10.373902	192.168.4.4	192.168.4.5	TCP	94	58312
> →8877 [PSH, ACK] Seq=9678 Ack=6511 Win=1048512 Len=36
>     28us
> 416	10.373930	192.168.4.5	192.168.4.4	TCP	60	8877
> →58312 [ACK] Seq=6511 Ack=9714 Win=1048320 Len=0
>     11us
> 417	10.373941	192.168.4.5	192.168.4.4	TCP	90	58312
> →8877 [PSH, ACK] Seq=9678 Ack=6511 Win=1048512 Len=36
>     25us
> 418	10.373967	192.168.4.4	192.168.4.5	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=9714 Win=1048320 Len=0
>     11us
> 419	10.373978	192.168.4.4	192.168.4.5	TCP	94	58312
> →8877 [PSH, ACK] Seq=9714 Ack=6511 Win=1048512 Len=36
>     4us
> 420	10.373982	192.168.4.5	192.168.4.4	TCP	60	8877
> →58312 [ACK] Seq=6511 Ack=9750 Win=1048256 Len=0
> 
> 
> ixgbe NIC:
> 110	13.235208	192.168.4.12	192.168.4.11	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7266 Win=1047808 Len=0
>     10us
> 111	13.235218	192.168.4.12	192.168.4.11	TCP	94	58312
> →8877 [PSH, ACK] Seq=7266 Ack=6511 Win=1048512 Len=36
>     6us
> 112	13.235224	192.168.4.11	192.168.4.12	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7302 Win=1047744 Len=0
>     10us
> 113	13.235234	192.168.4.11	192.168.4.12	TCP	94	58312
> →8877 [PSH, ACK] Seq=7266 Ack=6511 Win=1048512 Len=36
>     6us
> 114	13.235240	192.168.4.12	192.168.4.11	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7302 Win=1047744 Len=0
>     11us
> 115	13.235251	192.168.4.12	192.168.4.11	TCP	94	58312
> →8877 [PSH, ACK] Seq=7302 Ack=6511 Win=1048512 Len=36
>     5us
> 116	13.235256	192.168.4.11	192.168.4.12	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7338 Win=1047744 Len=0
>     11us
> 117	13.235267	192.168.4.11	192.168.4.12	TCP	94	58312
> →8877 [PSH, ACK] Seq=7302 Ack=6511 Win=1048512 Len=36
>     6us
> 118	13.235273	192.168.4.12	192.168.4.11	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7338 Win=1047744 Len=0
>     10us
> 119	13.235283	192.168.4.12	192.168.4.11	TCP	94	58312
> →8877 [PSH, ACK] Seq=7338 Ack=6511 Win=1048512 Len=36
>     6us
> 120	13.235289	192.168.4.11	192.168.4.12	TCP	64	8877
> →58312 [ACK] Seq=6511 Ack=7374 Win=1047680 Len=0


More information about the users mailing list