* [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
@ 2015-09-09 11:57 Martin Weiser
2015-09-10 1:09 ` Zhang, Helin
0 siblings, 1 reply; 8+ messages in thread
From: Martin Weiser @ 2015-09-09 11:57 UTC (permalink / raw)
To: helin.zhang; +Cc: dev
Hi Helin,
in one of our test setups involving i40e adapters we are experiencing
packet drops which are not reflected in the interfaces statistics.
The call to rte_eth_stats_get suggests that all packets were properly
received but the total number of packets received through
rte_eth_rx_burst is less than the ipackets counter.
When for example running the l2fwd application (l2fwd -c 0xfe -n 4 -- -p
0x3) and having driver debug messages enabled the following output is
generated for the interface in question:
...
PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
*******************
PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
PMD: i40e_update_vsi_stats(): rx_multicast: 0
PMD: i40e_update_vsi_stats(): rx_broadcast: 0
PMD: i40e_update_vsi_stats(): rx_discards: 1192557
PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
PMD: i40e_update_vsi_stats(): tx_bytes: 0
PMD: i40e_update_vsi_stats(): tx_unicast: 0
PMD: i40e_update_vsi_stats(): tx_multicast: 0
PMD: i40e_update_vsi_stats(): tx_broadcast: 0
PMD: i40e_update_vsi_stats(): tx_discards: 0
PMD: i40e_update_vsi_stats(): tx_errors: 0
PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
*******************
PMD: i40e_dev_stats_get(): ***************** PF stats start
*******************
PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
PMD: i40e_dev_stats_get(): rx_unicast: 167790000
PMD: i40e_dev_stats_get(): rx_multicast: 0
PMD: i40e_dev_stats_get(): rx_broadcast: 0
PMD: i40e_dev_stats_get(): rx_discards: 0
PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
PMD: i40e_dev_stats_get(): tx_bytes: 0
PMD: i40e_dev_stats_get(): tx_unicast: 0
PMD: i40e_dev_stats_get(): tx_multicast: 0
PMD: i40e_dev_stats_get(): tx_broadcast: 0
PMD: i40e_dev_stats_get(): tx_discards: 0
PMD: i40e_dev_stats_get(): tx_errors: 0
PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
PMD: i40e_dev_stats_get(): crc_errors: 0
PMD: i40e_dev_stats_get(): illegal_bytes: 0
PMD: i40e_dev_stats_get(): error_bytes: 0
PMD: i40e_dev_stats_get(): mac_local_faults: 1
PMD: i40e_dev_stats_get(): mac_remote_faults: 1
PMD: i40e_dev_stats_get(): rx_length_errors: 0
PMD: i40e_dev_stats_get(): link_xon_rx: 0
PMD: i40e_dev_stats_get(): link_xoff_rx: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
PMD: i40e_dev_stats_get(): link_xon_tx: 0
PMD: i40e_dev_stats_get(): link_xoff_tx: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
PMD: i40e_dev_stats_get(): rx_size_64: 0
PMD: i40e_dev_stats_get(): rx_size_127: 0
PMD: i40e_dev_stats_get(): rx_size_255: 0
PMD: i40e_dev_stats_get(): rx_size_511: 0
PMD: i40e_dev_stats_get(): rx_size_1023: 0
PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
PMD: i40e_dev_stats_get(): rx_size_big: 0
PMD: i40e_dev_stats_get(): rx_undersize: 0
PMD: i40e_dev_stats_get(): rx_fragments: 0
PMD: i40e_dev_stats_get(): rx_oversize: 0
PMD: i40e_dev_stats_get(): rx_jabber: 0
PMD: i40e_dev_stats_get(): tx_size_64: 0
PMD: i40e_dev_stats_get(): tx_size_127: 0
PMD: i40e_dev_stats_get(): tx_size_255: 0
PMD: i40e_dev_stats_get(): tx_size_511: 0
PMD: i40e_dev_stats_get(): tx_size_1023: 0
PMD: i40e_dev_stats_get(): tx_size_1522: 0
PMD: i40e_dev_stats_get(): tx_size_big: 0
PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
PMD: i40e_dev_stats_get(): checksum_error: 0
PMD: i40e_dev_stats_get(): fdir_match: 0
PMD: i40e_dev_stats_get(): ***************** PF stats end
********************
...
The count for rx_unicast is exactly the number of packets we would have
expected and the count for rx_discards in the VSI stats is exactly the
number of packets we are missing.
The question is why this number shows up only in the VSI stats and not
in the PF stats and of course why the packets which were obviously
discarded are still counted in the rx_unicast stats.
This test was performed using DPDK 2.1 and the firmware of the XL710 is
the latest one (FW 4.40 API 1.4 NVM 04.05.03).
Do you have an idea what might be going on?
Best regards,
Martin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-09-09 11:57 [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics Martin Weiser
@ 2015-09-10 1:09 ` Zhang, Helin
2015-10-21 8:44 ` Martin Weiser
0 siblings, 1 reply; 8+ messages in thread
From: Zhang, Helin @ 2015-09-10 1:09 UTC (permalink / raw)
To: Martin Weiser; +Cc: dev
Hi Martin
Yes, the statistics issue has been reported several times recently.
We will check the issue and try to fix it or get a workaround soon. Thank you very much!
Regards,
Helin
> -----Original Message-----
> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> Sent: Wednesday, September 9, 2015 7:58 PM
> To: Zhang, Helin
> Cc: dev@dpdk.org
> Subject: i40e: problem with rx packet drops not accounted in statistics
>
> Hi Helin,
>
> in one of our test setups involving i40e adapters we are experiencing packet
> drops which are not reflected in the interfaces statistics.
> The call to rte_eth_stats_get suggests that all packets were properly received
> but the total number of packets received through rte_eth_rx_burst is less than
> the ipackets counter.
> When for example running the l2fwd application (l2fwd -c 0xfe -n 4 -- -p
> 0x3) and having driver debug messages enabled the following output is
> generated for the interface in question:
>
> ...
> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
> *******************
> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
> PMD: i40e_update_vsi_stats(): rx_multicast: 0
> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
> PMD: i40e_update_vsi_stats(): tx_bytes: 0
> PMD: i40e_update_vsi_stats(): tx_unicast: 0
> PMD: i40e_update_vsi_stats(): tx_multicast: 0
> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
> PMD: i40e_update_vsi_stats(): tx_discards: 0
> PMD: i40e_update_vsi_stats(): tx_errors: 0
> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
> *******************
> PMD: i40e_dev_stats_get(): ***************** PF stats start
> *******************
> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
> PMD: i40e_dev_stats_get(): rx_multicast: 0
> PMD: i40e_dev_stats_get(): rx_broadcast: 0
> PMD: i40e_dev_stats_get(): rx_discards: 0
> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
> PMD: i40e_dev_stats_get(): tx_bytes: 0
> PMD: i40e_dev_stats_get(): tx_unicast: 0
> PMD: i40e_dev_stats_get(): tx_multicast: 0
> PMD: i40e_dev_stats_get(): tx_broadcast: 0
> PMD: i40e_dev_stats_get(): tx_discards: 0
> PMD: i40e_dev_stats_get(): tx_errors: 0
> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
> PMD: i40e_dev_stats_get(): crc_errors: 0
> PMD: i40e_dev_stats_get(): illegal_bytes: 0
> PMD: i40e_dev_stats_get(): error_bytes: 0
> PMD: i40e_dev_stats_get(): mac_local_faults: 1
> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
> PMD: i40e_dev_stats_get(): rx_length_errors: 0
> PMD: i40e_dev_stats_get(): link_xon_rx: 0
> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
> PMD: i40e_dev_stats_get(): link_xon_tx: 0
> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
> PMD: i40e_dev_stats_get(): rx_size_64: 0
> PMD: i40e_dev_stats_get(): rx_size_127: 0
> PMD: i40e_dev_stats_get(): rx_size_255: 0
> PMD: i40e_dev_stats_get(): rx_size_511: 0
> PMD: i40e_dev_stats_get(): rx_size_1023: 0
> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
> PMD: i40e_dev_stats_get(): rx_size_big: 0
> PMD: i40e_dev_stats_get(): rx_undersize: 0
> PMD: i40e_dev_stats_get(): rx_fragments: 0
> PMD: i40e_dev_stats_get(): rx_oversize: 0
> PMD: i40e_dev_stats_get(): rx_jabber: 0
> PMD: i40e_dev_stats_get(): tx_size_64: 0
> PMD: i40e_dev_stats_get(): tx_size_127: 0
> PMD: i40e_dev_stats_get(): tx_size_255: 0
> PMD: i40e_dev_stats_get(): tx_size_511: 0
> PMD: i40e_dev_stats_get(): tx_size_1023: 0
> PMD: i40e_dev_stats_get(): tx_size_1522: 0
> PMD: i40e_dev_stats_get(): tx_size_big: 0
> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
> PMD: i40e_dev_stats_get(): checksum_error: 0
> PMD: i40e_dev_stats_get(): fdir_match: 0
> PMD: i40e_dev_stats_get(): ***************** PF stats end
> ********************
> ...
>
> The count for rx_unicast is exactly the number of packets we would have
> expected and the count for rx_discards in the VSI stats is exactly the number of
> packets we are missing.
> The question is why this number shows up only in the VSI stats and not in the PF
> stats and of course why the packets which were obviously discarded are still
> counted in the rx_unicast stats.
> This test was performed using DPDK 2.1 and the firmware of the XL710 is the
> latest one (FW 4.40 API 1.4 NVM 04.05.03).
> Do you have an idea what might be going on?
>
> Best regards,
> Martin
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-09-10 1:09 ` Zhang, Helin
@ 2015-10-21 8:44 ` Martin Weiser
2015-10-22 0:16 ` Zhang, Helin
0 siblings, 1 reply; 8+ messages in thread
From: Martin Weiser @ 2015-10-21 8:44 UTC (permalink / raw)
To: Zhang, Helin; +Cc: dev
Hi Helin,
any news on this issue? By the way this is not just a problem with
statistics for us but also a performance problem since these packet
discards start appearing at a relatively low bandwidth (~5GBit/s and
~1.5Mpps).
Best regards,
Martin
On 10.09.15 03:09, Zhang, Helin wrote:
> Hi Martin
>
> Yes, the statistics issue has been reported several times recently.
> We will check the issue and try to fix it or get a workaround soon. Thank you very much!
>
> Regards,
> Helin
>
>> -----Original Message-----
>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
>> Sent: Wednesday, September 9, 2015 7:58 PM
>> To: Zhang, Helin
>> Cc: dev@dpdk.org
>> Subject: i40e: problem with rx packet drops not accounted in statistics
>>
>> Hi Helin,
>>
>> in one of our test setups involving i40e adapters we are experiencing packet
>> drops which are not reflected in the interfaces statistics.
>> The call to rte_eth_stats_get suggests that all packets were properly received
>> but the total number of packets received through rte_eth_rx_burst is less than
>> the ipackets counter.
>> When for example running the l2fwd application (l2fwd -c 0xfe -n 4 -- -p
>> 0x3) and having driver debug messages enabled the following output is
>> generated for the interface in question:
>>
>> ...
>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
>> *******************
>> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
>> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
>> PMD: i40e_update_vsi_stats(): rx_multicast: 0
>> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
>> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
>> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
>> PMD: i40e_update_vsi_stats(): tx_bytes: 0
>> PMD: i40e_update_vsi_stats(): tx_unicast: 0
>> PMD: i40e_update_vsi_stats(): tx_multicast: 0
>> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
>> PMD: i40e_update_vsi_stats(): tx_discards: 0
>> PMD: i40e_update_vsi_stats(): tx_errors: 0
>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
>> *******************
>> PMD: i40e_dev_stats_get(): ***************** PF stats start
>> *******************
>> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
>> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
>> PMD: i40e_dev_stats_get(): rx_multicast: 0
>> PMD: i40e_dev_stats_get(): rx_broadcast: 0
>> PMD: i40e_dev_stats_get(): rx_discards: 0
>> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
>> PMD: i40e_dev_stats_get(): tx_bytes: 0
>> PMD: i40e_dev_stats_get(): tx_unicast: 0
>> PMD: i40e_dev_stats_get(): tx_multicast: 0
>> PMD: i40e_dev_stats_get(): tx_broadcast: 0
>> PMD: i40e_dev_stats_get(): tx_discards: 0
>> PMD: i40e_dev_stats_get(): tx_errors: 0
>> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
>> PMD: i40e_dev_stats_get(): crc_errors: 0
>> PMD: i40e_dev_stats_get(): illegal_bytes: 0
>> PMD: i40e_dev_stats_get(): error_bytes: 0
>> PMD: i40e_dev_stats_get(): mac_local_faults: 1
>> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
>> PMD: i40e_dev_stats_get(): rx_length_errors: 0
>> PMD: i40e_dev_stats_get(): link_xon_rx: 0
>> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
>> PMD: i40e_dev_stats_get(): link_xon_tx: 0
>> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
>> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
>> PMD: i40e_dev_stats_get(): rx_size_64: 0
>> PMD: i40e_dev_stats_get(): rx_size_127: 0
>> PMD: i40e_dev_stats_get(): rx_size_255: 0
>> PMD: i40e_dev_stats_get(): rx_size_511: 0
>> PMD: i40e_dev_stats_get(): rx_size_1023: 0
>> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
>> PMD: i40e_dev_stats_get(): rx_size_big: 0
>> PMD: i40e_dev_stats_get(): rx_undersize: 0
>> PMD: i40e_dev_stats_get(): rx_fragments: 0
>> PMD: i40e_dev_stats_get(): rx_oversize: 0
>> PMD: i40e_dev_stats_get(): rx_jabber: 0
>> PMD: i40e_dev_stats_get(): tx_size_64: 0
>> PMD: i40e_dev_stats_get(): tx_size_127: 0
>> PMD: i40e_dev_stats_get(): tx_size_255: 0
>> PMD: i40e_dev_stats_get(): tx_size_511: 0
>> PMD: i40e_dev_stats_get(): tx_size_1023: 0
>> PMD: i40e_dev_stats_get(): tx_size_1522: 0
>> PMD: i40e_dev_stats_get(): tx_size_big: 0
>> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
>> PMD: i40e_dev_stats_get(): checksum_error: 0
>> PMD: i40e_dev_stats_get(): fdir_match: 0
>> PMD: i40e_dev_stats_get(): ***************** PF stats end
>> ********************
>> ...
>>
>> The count for rx_unicast is exactly the number of packets we would have
>> expected and the count for rx_discards in the VSI stats is exactly the number of
>> packets we are missing.
>> The question is why this number shows up only in the VSI stats and not in the PF
>> stats and of course why the packets which were obviously discarded are still
>> counted in the rx_unicast stats.
>> This test was performed using DPDK 2.1 and the firmware of the XL710 is the
>> latest one (FW 4.40 API 1.4 NVM 04.05.03).
>> Do you have an idea what might be going on?
>>
>> Best regards,
>> Martin
>>
>>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-10-21 8:44 ` Martin Weiser
@ 2015-10-22 0:16 ` Zhang, Helin
2015-10-22 7:59 ` Martin Weiser
0 siblings, 1 reply; 8+ messages in thread
From: Zhang, Helin @ 2015-10-22 0:16 UTC (permalink / raw)
To: Martin Weiser; +Cc: dev
Hi Martin
Yes, we have a developer working on it now, and hopefully he will have something soon later on this fix.
But what do you mean the performance problem? Did you mean the performance number is not good as expected, or else?
Regards,
Helin
> -----Original Message-----
> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> Sent: Wednesday, October 21, 2015 4:44 PM
> To: Zhang, Helin
> Cc: dev@dpdk.org
> Subject: Re: i40e: problem with rx packet drops not accounted in statistics
>
> Hi Helin,
>
> any news on this issue? By the way this is not just a problem with statistics for us
> but also a performance problem since these packet discards start appearing at a
> relatively low bandwidth (~5GBit/s and ~1.5Mpps).
>
> Best regards,
> Martin
>
> On 10.09.15 03:09, Zhang, Helin wrote:
> > Hi Martin
> >
> > Yes, the statistics issue has been reported several times recently.
> > We will check the issue and try to fix it or get a workaround soon. Thank you
> very much!
> >
> > Regards,
> > Helin
> >
> >> -----Original Message-----
> >> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> >> Sent: Wednesday, September 9, 2015 7:58 PM
> >> To: Zhang, Helin
> >> Cc: dev@dpdk.org
> >> Subject: i40e: problem with rx packet drops not accounted in
> >> statistics
> >>
> >> Hi Helin,
> >>
> >> in one of our test setups involving i40e adapters we are experiencing
> >> packet drops which are not reflected in the interfaces statistics.
> >> The call to rte_eth_stats_get suggests that all packets were properly
> >> received but the total number of packets received through
> >> rte_eth_rx_burst is less than the ipackets counter.
> >> When for example running the l2fwd application (l2fwd -c 0xfe -n 4 --
> >> -p
> >> 0x3) and having driver debug messages enabled the following output is
> >> generated for the interface in question:
> >>
> >> ...
> >> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
> >> *******************
> >> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
> >> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
> >> PMD: i40e_update_vsi_stats(): rx_multicast: 0
> >> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
> >> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
> >> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
> >> PMD: i40e_update_vsi_stats(): tx_bytes: 0
> >> PMD: i40e_update_vsi_stats(): tx_unicast: 0
> >> PMD: i40e_update_vsi_stats(): tx_multicast: 0
> >> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
> >> PMD: i40e_update_vsi_stats(): tx_discards: 0
> >> PMD: i40e_update_vsi_stats(): tx_errors: 0
> >> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
> >> *******************
> >> PMD: i40e_dev_stats_get(): ***************** PF stats start
> >> *******************
> >> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
> >> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
> >> PMD: i40e_dev_stats_get(): rx_multicast: 0
> >> PMD: i40e_dev_stats_get(): rx_broadcast: 0
> >> PMD: i40e_dev_stats_get(): rx_discards: 0
> >> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
> >> PMD: i40e_dev_stats_get(): tx_bytes: 0
> >> PMD: i40e_dev_stats_get(): tx_unicast: 0
> >> PMD: i40e_dev_stats_get(): tx_multicast: 0
> >> PMD: i40e_dev_stats_get(): tx_broadcast: 0
> >> PMD: i40e_dev_stats_get(): tx_discards: 0
> >> PMD: i40e_dev_stats_get(): tx_errors: 0
> >> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
> >> PMD: i40e_dev_stats_get(): crc_errors: 0
> >> PMD: i40e_dev_stats_get(): illegal_bytes: 0
> >> PMD: i40e_dev_stats_get(): error_bytes: 0
> >> PMD: i40e_dev_stats_get(): mac_local_faults: 1
> >> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
> >> PMD: i40e_dev_stats_get(): rx_length_errors: 0
> >> PMD: i40e_dev_stats_get(): link_xon_rx: 0
> >> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
> >> PMD: i40e_dev_stats_get(): link_xon_tx: 0
> >> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
> >> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
> >> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
> >> PMD: i40e_dev_stats_get(): rx_size_64: 0
> >> PMD: i40e_dev_stats_get(): rx_size_127: 0
> >> PMD: i40e_dev_stats_get(): rx_size_255: 0
> >> PMD: i40e_dev_stats_get(): rx_size_511: 0
> >> PMD: i40e_dev_stats_get(): rx_size_1023: 0
> >> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
> >> PMD: i40e_dev_stats_get(): rx_size_big: 0
> >> PMD: i40e_dev_stats_get(): rx_undersize: 0
> >> PMD: i40e_dev_stats_get(): rx_fragments: 0
> >> PMD: i40e_dev_stats_get(): rx_oversize: 0
> >> PMD: i40e_dev_stats_get(): rx_jabber: 0
> >> PMD: i40e_dev_stats_get(): tx_size_64: 0
> >> PMD: i40e_dev_stats_get(): tx_size_127: 0
> >> PMD: i40e_dev_stats_get(): tx_size_255: 0
> >> PMD: i40e_dev_stats_get(): tx_size_511: 0
> >> PMD: i40e_dev_stats_get(): tx_size_1023: 0
> >> PMD: i40e_dev_stats_get(): tx_size_1522: 0
> >> PMD: i40e_dev_stats_get(): tx_size_big: 0
> >> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
> >> PMD: i40e_dev_stats_get(): checksum_error: 0
> >> PMD: i40e_dev_stats_get(): fdir_match: 0
> >> PMD: i40e_dev_stats_get(): ***************** PF stats end
> >> ********************
> >> ...
> >>
> >> The count for rx_unicast is exactly the number of packets we would
> >> have expected and the count for rx_discards in the VSI stats is
> >> exactly the number of packets we are missing.
> >> The question is why this number shows up only in the VSI stats and
> >> not in the PF stats and of course why the packets which were
> >> obviously discarded are still counted in the rx_unicast stats.
> >> This test was performed using DPDK 2.1 and the firmware of the XL710
> >> is the latest one (FW 4.40 API 1.4 NVM 04.05.03).
> >> Do you have an idea what might be going on?
> >>
> >> Best regards,
> >> Martin
> >>
> >>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-10-22 0:16 ` Zhang, Helin
@ 2015-10-22 7:59 ` Martin Weiser
2015-10-23 0:42 ` Zhang, Helin
0 siblings, 1 reply; 8+ messages in thread
From: Martin Weiser @ 2015-10-22 7:59 UTC (permalink / raw)
To: Zhang, Helin; +Cc: dev
Hi Helin,
good to know that there is work being done on that issue.
By performance problem I mean that theses packet discards start to
appear at low bandwidths where I would not expect any packets to be
dropped. On the same system we can reach higher bandwidths using ixgbe
NICs without loosing a single packet so seeing packets being lost at
only ~5GBit/s and ~1.5Mpps on a 40Gb adapter worries me a bit.
Best regards,
Martin
On 22.10.15 02:16, Zhang, Helin wrote:
> Hi Martin
>
> Yes, we have a developer working on it now, and hopefully he will have something soon later on this fix.
> But what do you mean the performance problem? Did you mean the performance number is not good as expected, or else?
>
> Regards,
> Helin
>
>> -----Original Message-----
>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
>> Sent: Wednesday, October 21, 2015 4:44 PM
>> To: Zhang, Helin
>> Cc: dev@dpdk.org
>> Subject: Re: i40e: problem with rx packet drops not accounted in statistics
>>
>> Hi Helin,
>>
>> any news on this issue? By the way this is not just a problem with statistics for us
>> but also a performance problem since these packet discards start appearing at a
>> relatively low bandwidth (~5GBit/s and ~1.5Mpps).
>>
>> Best regards,
>> Martin
>>
>> On 10.09.15 03:09, Zhang, Helin wrote:
>>> Hi Martin
>>>
>>> Yes, the statistics issue has been reported several times recently.
>>> We will check the issue and try to fix it or get a workaround soon. Thank you
>> very much!
>>> Regards,
>>> Helin
>>>
>>>> -----Original Message-----
>>>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
>>>> Sent: Wednesday, September 9, 2015 7:58 PM
>>>> To: Zhang, Helin
>>>> Cc: dev@dpdk.org
>>>> Subject: i40e: problem with rx packet drops not accounted in
>>>> statistics
>>>>
>>>> Hi Helin,
>>>>
>>>> in one of our test setups involving i40e adapters we are experiencing
>>>> packet drops which are not reflected in the interfaces statistics.
>>>> The call to rte_eth_stats_get suggests that all packets were properly
>>>> received but the total number of packets received through
>>>> rte_eth_rx_burst is less than the ipackets counter.
>>>> When for example running the l2fwd application (l2fwd -c 0xfe -n 4 --
>>>> -p
>>>> 0x3) and having driver debug messages enabled the following output is
>>>> generated for the interface in question:
>>>>
>>>> ...
>>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
>>>> *******************
>>>> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
>>>> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
>>>> PMD: i40e_update_vsi_stats(): rx_multicast: 0
>>>> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
>>>> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
>>>> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
>>>> PMD: i40e_update_vsi_stats(): tx_bytes: 0
>>>> PMD: i40e_update_vsi_stats(): tx_unicast: 0
>>>> PMD: i40e_update_vsi_stats(): tx_multicast: 0
>>>> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
>>>> PMD: i40e_update_vsi_stats(): tx_discards: 0
>>>> PMD: i40e_update_vsi_stats(): tx_errors: 0
>>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
>>>> *******************
>>>> PMD: i40e_dev_stats_get(): ***************** PF stats start
>>>> *******************
>>>> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
>>>> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
>>>> PMD: i40e_dev_stats_get(): rx_multicast: 0
>>>> PMD: i40e_dev_stats_get(): rx_broadcast: 0
>>>> PMD: i40e_dev_stats_get(): rx_discards: 0
>>>> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
>>>> PMD: i40e_dev_stats_get(): tx_bytes: 0
>>>> PMD: i40e_dev_stats_get(): tx_unicast: 0
>>>> PMD: i40e_dev_stats_get(): tx_multicast: 0
>>>> PMD: i40e_dev_stats_get(): tx_broadcast: 0
>>>> PMD: i40e_dev_stats_get(): tx_discards: 0
>>>> PMD: i40e_dev_stats_get(): tx_errors: 0
>>>> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
>>>> PMD: i40e_dev_stats_get(): crc_errors: 0
>>>> PMD: i40e_dev_stats_get(): illegal_bytes: 0
>>>> PMD: i40e_dev_stats_get(): error_bytes: 0
>>>> PMD: i40e_dev_stats_get(): mac_local_faults: 1
>>>> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
>>>> PMD: i40e_dev_stats_get(): rx_length_errors: 0
>>>> PMD: i40e_dev_stats_get(): link_xon_rx: 0
>>>> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
>>>> PMD: i40e_dev_stats_get(): link_xon_tx: 0
>>>> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
>>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_64: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_127: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_255: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_511: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_1023: 0
>>>> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
>>>> PMD: i40e_dev_stats_get(): rx_size_big: 0
>>>> PMD: i40e_dev_stats_get(): rx_undersize: 0
>>>> PMD: i40e_dev_stats_get(): rx_fragments: 0
>>>> PMD: i40e_dev_stats_get(): rx_oversize: 0
>>>> PMD: i40e_dev_stats_get(): rx_jabber: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_64: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_127: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_255: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_511: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_1023: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_1522: 0
>>>> PMD: i40e_dev_stats_get(): tx_size_big: 0
>>>> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
>>>> PMD: i40e_dev_stats_get(): checksum_error: 0
>>>> PMD: i40e_dev_stats_get(): fdir_match: 0
>>>> PMD: i40e_dev_stats_get(): ***************** PF stats end
>>>> ********************
>>>> ...
>>>>
>>>> The count for rx_unicast is exactly the number of packets we would
>>>> have expected and the count for rx_discards in the VSI stats is
>>>> exactly the number of packets we are missing.
>>>> The question is why this number shows up only in the VSI stats and
>>>> not in the PF stats and of course why the packets which were
>>>> obviously discarded are still counted in the rx_unicast stats.
>>>> This test was performed using DPDK 2.1 and the firmware of the XL710
>>>> is the latest one (FW 4.40 API 1.4 NVM 04.05.03).
>>>> Do you have an idea what might be going on?
>>>>
>>>> Best regards,
>>>> Martin
>>>>
>>>>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-10-22 7:59 ` Martin Weiser
@ 2015-10-23 0:42 ` Zhang, Helin
2015-10-25 18:51 ` Arnon Warshavsky
0 siblings, 1 reply; 8+ messages in thread
From: Zhang, Helin @ 2015-10-23 0:42 UTC (permalink / raw)
To: Martin Weiser; +Cc: dev
Hi Martin
Could you help to try bigger size of rx/tx ring, but not the default sizes?
For example, could you help to try 1024 for RX ring size, and 512 or 1024 for TX ring size.
In addition, please make sure you are using the latest version of NIC firmware.
Regards,
Helin
> -----Original Message-----
> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> Sent: Thursday, October 22, 2015 3:59 PM
> To: Zhang, Helin
> Cc: dev@dpdk.org
> Subject: Re: i40e: problem with rx packet drops not accounted in statistics
>
> Hi Helin,
>
> good to know that there is work being done on that issue.
> By performance problem I mean that theses packet discards start to appear at
> low bandwidths where I would not expect any packets to be dropped. On the
> same system we can reach higher bandwidths using ixgbe NICs without loosing a
> single packet so seeing packets being lost at only ~5GBit/s and ~1.5Mpps on a
> 40Gb adapter worries me a bit.
>
> Best regards,
> Martin
>
>
> On 22.10.15 02:16, Zhang, Helin wrote:
> > Hi Martin
> >
> > Yes, we have a developer working on it now, and hopefully he will have
> something soon later on this fix.
> > But what do you mean the performance problem? Did you mean the
> performance number is not good as expected, or else?
> >
> > Regards,
> > Helin
> >
> >> -----Original Message-----
> >> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> >> Sent: Wednesday, October 21, 2015 4:44 PM
> >> To: Zhang, Helin
> >> Cc: dev@dpdk.org
> >> Subject: Re: i40e: problem with rx packet drops not accounted in
> >> statistics
> >>
> >> Hi Helin,
> >>
> >> any news on this issue? By the way this is not just a problem with
> >> statistics for us but also a performance problem since these packet
> >> discards start appearing at a relatively low bandwidth (~5GBit/s and
> ~1.5Mpps).
> >>
> >> Best regards,
> >> Martin
> >>
> >> On 10.09.15 03:09, Zhang, Helin wrote:
> >>> Hi Martin
> >>>
> >>> Yes, the statistics issue has been reported several times recently.
> >>> We will check the issue and try to fix it or get a workaround soon.
> >>> Thank you
> >> very much!
> >>> Regards,
> >>> Helin
> >>>
> >>>> -----Original Message-----
> >>>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> >>>> Sent: Wednesday, September 9, 2015 7:58 PM
> >>>> To: Zhang, Helin
> >>>> Cc: dev@dpdk.org
> >>>> Subject: i40e: problem with rx packet drops not accounted in
> >>>> statistics
> >>>>
> >>>> Hi Helin,
> >>>>
> >>>> in one of our test setups involving i40e adapters we are
> >>>> experiencing packet drops which are not reflected in the interfaces
> statistics.
> >>>> The call to rte_eth_stats_get suggests that all packets were
> >>>> properly received but the total number of packets received through
> >>>> rte_eth_rx_burst is less than the ipackets counter.
> >>>> When for example running the l2fwd application (l2fwd -c 0xfe -n 4
> >>>> -- -p
> >>>> 0x3) and having driver debug messages enabled the following output
> >>>> is generated for the interface in question:
> >>>>
> >>>> ...
> >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
> >>>> *******************
> >>>> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
> >>>> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
> >>>> PMD: i40e_update_vsi_stats(): rx_multicast: 0
> >>>> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
> >>>> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
> >>>> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_bytes: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_unicast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_multicast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_discards: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_errors: 0
> >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
> >>>> *******************
> >>>> PMD: i40e_dev_stats_get(): ***************** PF stats start
> >>>> *******************
> >>>> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
> >>>> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
> >>>> PMD: i40e_dev_stats_get(): rx_multicast: 0
> >>>> PMD: i40e_dev_stats_get(): rx_broadcast: 0
> >>>> PMD: i40e_dev_stats_get(): rx_discards: 0
> >>>> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
> >>>> PMD: i40e_dev_stats_get(): tx_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): tx_unicast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_multicast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_broadcast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_discards: 0
> >>>> PMD: i40e_dev_stats_get(): tx_errors: 0
> >>>> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
> >>>> PMD: i40e_dev_stats_get(): crc_errors: 0
> >>>> PMD: i40e_dev_stats_get(): illegal_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): error_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): mac_local_faults: 1
> >>>> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
> >>>> PMD: i40e_dev_stats_get(): rx_length_errors: 0
> >>>> PMD: i40e_dev_stats_get(): link_xon_rx: 0
> >>>> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): link_xon_tx: 0
> >>>> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_64: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_127: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_255: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_511: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_1023: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
> >>>> PMD: i40e_dev_stats_get(): rx_size_big: 0
> >>>> PMD: i40e_dev_stats_get(): rx_undersize: 0
> >>>> PMD: i40e_dev_stats_get(): rx_fragments: 0
> >>>> PMD: i40e_dev_stats_get(): rx_oversize: 0
> >>>> PMD: i40e_dev_stats_get(): rx_jabber: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_64: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_127: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_255: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_511: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_1023: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_1522: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_big: 0
> >>>> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
> >>>> PMD: i40e_dev_stats_get(): checksum_error: 0
> >>>> PMD: i40e_dev_stats_get(): fdir_match: 0
> >>>> PMD: i40e_dev_stats_get(): ***************** PF stats end
> >>>> ********************
> >>>> ...
> >>>>
> >>>> The count for rx_unicast is exactly the number of packets we would
> >>>> have expected and the count for rx_discards in the VSI stats is
> >>>> exactly the number of packets we are missing.
> >>>> The question is why this number shows up only in the VSI stats and
> >>>> not in the PF stats and of course why the packets which were
> >>>> obviously discarded are still counted in the rx_unicast stats.
> >>>> This test was performed using DPDK 2.1 and the firmware of the
> >>>> XL710 is the latest one (FW 4.40 API 1.4 NVM 04.05.03).
> >>>> Do you have an idea what might be going on?
> >>>>
> >>>> Best regards,
> >>>> Martin
> >>>>
> >>>>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-10-23 0:42 ` Zhang, Helin
@ 2015-10-25 18:51 ` Arnon Warshavsky
2015-10-26 1:57 ` Zhang, Helin
0 siblings, 1 reply; 8+ messages in thread
From: Arnon Warshavsky @ 2015-10-25 18:51 UTC (permalink / raw)
To: Zhang, Helin; +Cc: dev, Eimear Morrissey
Hi Helin
I would like to add my input for this as well.
I encountered the same issue, and as you suggested I updated to the latest
fw and changed rx and tx ring sizes to 1024.
Drop counters still do not increment as they should.
I Inject 10mpps into an x710 nic (a 4 ports card, 10mpps on each port)
read by a simple rx-only dpdk app.
I read 10mpps from the in-packets counter , not getting any drop counters
incrementing , while my application counts only 8 mpps per port that are
actually arriving to the app.
Running the same on x520 I get 8 mpps from the in-packets counter and 2
mpps from dropped packets as it should.
Something seems to be broken in the error/discard accounting.
/Arnon
On Fri, Oct 23, 2015 at 3:42 AM, Zhang, Helin <helin.zhang@intel.com> wrote:
> Hi Martin
>
> Could you help to try bigger size of rx/tx ring, but not the default sizes?
> For example, could you help to try 1024 for RX ring size, and 512 or 1024
> for TX ring size.
>
> In addition, please make sure you are using the latest version of NIC
> firmware.
>
> Regards,
> Helin
>
> > -----Original Message-----
> > From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> > Sent: Thursday, October 22, 2015 3:59 PM
> > To: Zhang, Helin
> > Cc: dev@dpdk.org
> > Subject: Re: i40e: problem with rx packet drops not accounted in
> statistics
> >
> > Hi Helin,
> >
> > good to know that there is work being done on that issue.
> > By performance problem I mean that theses packet discards start to
> appear at
> > low bandwidths where I would not expect any packets to be dropped. On the
> > same system we can reach higher bandwidths using ixgbe NICs without
> loosing a
> > single packet so seeing packets being lost at only ~5GBit/s and ~1.5Mpps
> on a
> > 40Gb adapter worries me a bit.
> >
> > Best regards,
> > Martin
> >
> >
> > On 22.10.15 02:16, Zhang, Helin wrote:
> > > Hi Martin
> > >
> > > Yes, we have a developer working on it now, and hopefully he will have
> > something soon later on this fix.
> > > But what do you mean the performance problem? Did you mean the
> > performance number is not good as expected, or else?
> > >
> > > Regards,
> > > Helin
> > >
> > >> -----Original Message-----
> > >> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> > >> Sent: Wednesday, October 21, 2015 4:44 PM
> > >> To: Zhang, Helin
> > >> Cc: dev@dpdk.org
> > >> Subject: Re: i40e: problem with rx packet drops not accounted in
> > >> statistics
> > >>
> > >> Hi Helin,
> > >>
> > >> any news on this issue? By the way this is not just a problem with
> > >> statistics for us but also a performance problem since these packet
> > >> discards start appearing at a relatively low bandwidth (~5GBit/s and
> > ~1.5Mpps).
> > >>
> > >> Best regards,
> > >> Martin
> > >>
> > >> On 10.09.15 03:09, Zhang, Helin wrote:
> > >>> Hi Martin
> > >>>
> > >>> Yes, the statistics issue has been reported several times recently.
> > >>> We will check the issue and try to fix it or get a workaround soon.
> > >>> Thank you
> > >> very much!
> > >>> Regards,
> > >>> Helin
> > >>>
> > >>>> -----Original Message-----
> > >>>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com]
> > >>>> Sent: Wednesday, September 9, 2015 7:58 PM
> > >>>> To: Zhang, Helin
> > >>>> Cc: dev@dpdk.org
> > >>>> Subject: i40e: problem with rx packet drops not accounted in
> > >>>> statistics
> > >>>>
> > >>>> Hi Helin,
> > >>>>
> > >>>> in one of our test setups involving i40e adapters we are
> > >>>> experiencing packet drops which are not reflected in the interfaces
> > statistics.
> > >>>> The call to rte_eth_stats_get suggests that all packets were
> > >>>> properly received but the total number of packets received through
> > >>>> rte_eth_rx_burst is less than the ipackets counter.
> > >>>> When for example running the l2fwd application (l2fwd -c 0xfe -n 4
> > >>>> -- -p
> > >>>> 0x3) and having driver debug messages enabled the following output
> > >>>> is generated for the interface in question:
> > >>>>
> > >>>> ...
> > >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
> > >>>> *******************
> > >>>> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
> > >>>> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
> > >>>> PMD: i40e_update_vsi_stats(): rx_multicast: 0
> > >>>> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
> > >>>> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
> > >>>> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_bytes: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_unicast: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_multicast: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_discards: 0
> > >>>> PMD: i40e_update_vsi_stats(): tx_errors: 0
> > >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
> > >>>> *******************
> > >>>> PMD: i40e_dev_stats_get(): ***************** PF stats start
> > >>>> *******************
> > >>>> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
> > >>>> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
> > >>>> PMD: i40e_dev_stats_get(): rx_multicast: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_broadcast: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_discards: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
> > >>>> PMD: i40e_dev_stats_get(): tx_bytes: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_unicast: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_multicast: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_broadcast: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_discards: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_errors: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
> > >>>> PMD: i40e_dev_stats_get(): crc_errors: 0
> > >>>> PMD: i40e_dev_stats_get(): illegal_bytes: 0
> > >>>> PMD: i40e_dev_stats_get(): error_bytes: 0
> > >>>> PMD: i40e_dev_stats_get(): mac_local_faults: 1
> > >>>> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
> > >>>> PMD: i40e_dev_stats_get(): rx_length_errors: 0
> > >>>> PMD: i40e_dev_stats_get(): link_xon_rx: 0
> > >>>> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
> > >>>> PMD: i40e_dev_stats_get(): link_xon_tx: 0
> > >>>> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
> > >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_64: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_127: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_255: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_511: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_1023: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
> > >>>> PMD: i40e_dev_stats_get(): rx_size_big: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_undersize: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_fragments: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_oversize: 0
> > >>>> PMD: i40e_dev_stats_get(): rx_jabber: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_64: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_127: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_255: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_511: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_1023: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_1522: 0
> > >>>> PMD: i40e_dev_stats_get(): tx_size_big: 0
> > >>>> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
> > >>>> PMD: i40e_dev_stats_get(): checksum_error: 0
> > >>>> PMD: i40e_dev_stats_get(): fdir_match: 0
> > >>>> PMD: i40e_dev_stats_get(): ***************** PF stats end
> > >>>> ********************
> > >>>> ...
> > >>>>
> > >>>> The count for rx_unicast is exactly the number of packets we would
> > >>>> have expected and the count for rx_discards in the VSI stats is
> > >>>> exactly the number of packets we are missing.
> > >>>> The question is why this number shows up only in the VSI stats and
> > >>>> not in the PF stats and of course why the packets which were
> > >>>> obviously discarded are still counted in the rx_unicast stats.
> > >>>> This test was performed using DPDK 2.1 and the firmware of the
> > >>>> XL710 is the latest one (FW 4.40 API 1.4 NVM 04.05.03).
> > >>>> Do you have an idea what might be going on?
> > >>>>
> > >>>> Best regards,
> > >>>> Martin
> > >>>>
> > >>>>
> >
>
>
--
*Arnon Warshavsky*
*Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 | arnon@qwilt.com
<arnon@qwilt.com>*
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
2015-10-25 18:51 ` Arnon Warshavsky
@ 2015-10-26 1:57 ` Zhang, Helin
0 siblings, 0 replies; 8+ messages in thread
From: Zhang, Helin @ 2015-10-26 1:57 UTC (permalink / raw)
To: Arnon Warshavsky; +Cc: dev, Eimear Morrissey
Hi Arnon
Sorry for any inconvenience!
Yes, we knew that there are statistics issues there, and now in being fixed. Hopefully we can have some progress soon.
Thank you very much for reporting out that!
Regards,
Helin
From: Arnon Warshavsky [mailto:arnon@qwilt.com]
Sent: Monday, October 26, 2015 2:51 AM
To: Zhang, Helin
Cc: Martin Weiser; dev@dpdk.org; Eimear Morrissey
Subject: Re: [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics
Hi Helin
I would like to add my input for this as well.
I encountered the same issue, and as you suggested I updated to the latest fw and changed rx and tx ring sizes to 1024.
Drop counters still do not increment as they should.
I Inject 10mpps into an x710 nic (a 4 ports card, 10mpps on each port) read by a simple rx-only dpdk app.
I read 10mpps from the in-packets counter , not getting any drop counters incrementing , while my application counts only 8 mpps per port that are actually arriving to the app.
Running the same on x520 I get 8 mpps from the in-packets counter and 2 mpps from dropped packets as it should.
Something seems to be broken in the error/discard accounting.
/Arnon
On Fri, Oct 23, 2015 at 3:42 AM, Zhang, Helin <helin.zhang@intel.com<mailto:helin.zhang@intel.com>> wrote:
Hi Martin
Could you help to try bigger size of rx/tx ring, but not the default sizes?
For example, could you help to try 1024 for RX ring size, and 512 or 1024 for TX ring size.
In addition, please make sure you are using the latest version of NIC firmware.
Regards,
Helin
> -----Original Message-----
> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com<mailto:martin.weiser@allegro-packets.com>]
> Sent: Thursday, October 22, 2015 3:59 PM
> To: Zhang, Helin
> Cc: dev@dpdk.org<mailto:dev@dpdk.org>
> Subject: Re: i40e: problem with rx packet drops not accounted in statistics
>
> Hi Helin,
>
> good to know that there is work being done on that issue.
> By performance problem I mean that theses packet discards start to appear at
> low bandwidths where I would not expect any packets to be dropped. On the
> same system we can reach higher bandwidths using ixgbe NICs without loosing a
> single packet so seeing packets being lost at only ~5GBit/s and ~1.5Mpps on a
> 40Gb adapter worries me a bit.
>
> Best regards,
> Martin
>
>
> On 22.10.15 02:16, Zhang, Helin wrote:
> > Hi Martin
> >
> > Yes, we have a developer working on it now, and hopefully he will have
> something soon later on this fix.
> > But what do you mean the performance problem? Did you mean the
> performance number is not good as expected, or else?
> >
> > Regards,
> > Helin
> >
> >> -----Original Message-----
> >> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com<mailto:martin.weiser@allegro-packets.com>]
> >> Sent: Wednesday, October 21, 2015 4:44 PM
> >> To: Zhang, Helin
> >> Cc: dev@dpdk.org<mailto:dev@dpdk.org>
> >> Subject: Re: i40e: problem with rx packet drops not accounted in
> >> statistics
> >>
> >> Hi Helin,
> >>
> >> any news on this issue? By the way this is not just a problem with
> >> statistics for us but also a performance problem since these packet
> >> discards start appearing at a relatively low bandwidth (~5GBit/s and
> ~1.5Mpps).
> >>
> >> Best regards,
> >> Martin
> >>
> >> On 10.09.15 03:09, Zhang, Helin wrote:
> >>> Hi Martin
> >>>
> >>> Yes, the statistics issue has been reported several times recently.
> >>> We will check the issue and try to fix it or get a workaround soon.
> >>> Thank you
> >> very much!
> >>> Regards,
> >>> Helin
> >>>
> >>>> -----Original Message-----
> >>>> From: Martin Weiser [mailto:martin.weiser@allegro-packets.com<mailto:martin.weiser@allegro-packets.com>]
> >>>> Sent: Wednesday, September 9, 2015 7:58 PM
> >>>> To: Zhang, Helin
> >>>> Cc: dev@dpdk.org<mailto:dev@dpdk.org>
> >>>> Subject: i40e: problem with rx packet drops not accounted in
> >>>> statistics
> >>>>
> >>>> Hi Helin,
> >>>>
> >>>> in one of our test setups involving i40e adapters we are
> >>>> experiencing packet drops which are not reflected in the interfaces
> statistics.
> >>>> The call to rte_eth_stats_get suggests that all packets were
> >>>> properly received but the total number of packets received through
> >>>> rte_eth_rx_burst is less than the ipackets counter.
> >>>> When for example running the l2fwd application (l2fwd -c 0xfe -n 4
> >>>> -- -p
> >>>> 0x3) and having driver debug messages enabled the following output
> >>>> is generated for the interface in question:
> >>>>
> >>>> ...
> >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats start
> >>>> *******************
> >>>> PMD: i40e_update_vsi_stats(): rx_bytes: 242624340000
> >>>> PMD: i40e_update_vsi_stats(): rx_unicast: 167790000
> >>>> PMD: i40e_update_vsi_stats(): rx_multicast: 0
> >>>> PMD: i40e_update_vsi_stats(): rx_broadcast: 0
> >>>> PMD: i40e_update_vsi_stats(): rx_discards: 1192557
> >>>> PMD: i40e_update_vsi_stats(): rx_unknown_protocol: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_bytes: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_unicast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_multicast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_broadcast: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_discards: 0
> >>>> PMD: i40e_update_vsi_stats(): tx_errors: 0
> >>>> PMD: i40e_update_vsi_stats(): ***************** VSI[6] stats end
> >>>> *******************
> >>>> PMD: i40e_dev_stats_get(): ***************** PF stats start
> >>>> *******************
> >>>> PMD: i40e_dev_stats_get(): rx_bytes: 242624340000
> >>>> PMD: i40e_dev_stats_get(): rx_unicast: 167790000
> >>>> PMD: i40e_dev_stats_get(): rx_multicast: 0
> >>>> PMD: i40e_dev_stats_get(): rx_broadcast: 0
> >>>> PMD: i40e_dev_stats_get(): rx_discards: 0
> >>>> PMD: i40e_dev_stats_get(): rx_unknown_protocol: 167790000
> >>>> PMD: i40e_dev_stats_get(): tx_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): tx_unicast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_multicast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_broadcast: 0
> >>>> PMD: i40e_dev_stats_get(): tx_discards: 0
> >>>> PMD: i40e_dev_stats_get(): tx_errors: 0
> >>>> PMD: i40e_dev_stats_get(): tx_dropped_link_down: 0
> >>>> PMD: i40e_dev_stats_get(): crc_errors: 0
> >>>> PMD: i40e_dev_stats_get(): illegal_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): error_bytes: 0
> >>>> PMD: i40e_dev_stats_get(): mac_local_faults: 1
> >>>> PMD: i40e_dev_stats_get(): mac_remote_faults: 1
> >>>> PMD: i40e_dev_stats_get(): rx_length_errors: 0
> >>>> PMD: i40e_dev_stats_get(): link_xon_rx: 0
> >>>> PMD: i40e_dev_stats_get(): link_xoff_rx: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_rx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_rx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): link_xon_tx: 0
> >>>> PMD: i40e_dev_stats_get(): link_xoff_tx: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[0]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[1]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[2]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[3]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[4]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[5]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[6]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_tx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xoff_tx[7]: 0
> >>>> PMD: i40e_dev_stats_get(): priority_xon_2_xoff[7]: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_64: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_127: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_255: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_511: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_1023: 0
> >>>> PMD: i40e_dev_stats_get(): rx_size_1522: 167790000
> >>>> PMD: i40e_dev_stats_get(): rx_size_big: 0
> >>>> PMD: i40e_dev_stats_get(): rx_undersize: 0
> >>>> PMD: i40e_dev_stats_get(): rx_fragments: 0
> >>>> PMD: i40e_dev_stats_get(): rx_oversize: 0
> >>>> PMD: i40e_dev_stats_get(): rx_jabber: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_64: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_127: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_255: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_511: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_1023: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_1522: 0
> >>>> PMD: i40e_dev_stats_get(): tx_size_big: 0
> >>>> PMD: i40e_dev_stats_get(): mac_short_packet_dropped: 0
> >>>> PMD: i40e_dev_stats_get(): checksum_error: 0
> >>>> PMD: i40e_dev_stats_get(): fdir_match: 0
> >>>> PMD: i40e_dev_stats_get(): ***************** PF stats end
> >>>> ********************
> >>>> ...
> >>>>
> >>>> The count for rx_unicast is exactly the number of packets we would
> >>>> have expected and the count for rx_discards in the VSI stats is
> >>>> exactly the number of packets we are missing.
> >>>> The question is why this number shows up only in the VSI stats and
> >>>> not in the PF stats and of course why the packets which were
> >>>> obviously discarded are still counted in the rx_unicast stats.
> >>>> This test was performed using DPDK 2.1 and the firmware of the
> >>>> XL710 is the latest one (FW 4.40 API 1.4 NVM 04.05.03).
> >>>> Do you have an idea what might be going on?
> >>>>
> >>>> Best regards,
> >>>> Martin
> >>>>
> >>>>
>
--
Arnon Warshavsky
Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 | arnon@qwilt.com<mailto:arnon@qwilt.com>
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-10-26 1:57 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-09-09 11:57 [dpdk-dev] i40e: problem with rx packet drops not accounted in statistics Martin Weiser
2015-09-10 1:09 ` Zhang, Helin
2015-10-21 8:44 ` Martin Weiser
2015-10-22 0:16 ` Zhang, Helin
2015-10-22 7:59 ` Martin Weiser
2015-10-23 0:42 ` Zhang, Helin
2015-10-25 18:51 ` Arnon Warshavsky
2015-10-26 1:57 ` Zhang, Helin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).