Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Dec 2019 15:27:19 +0100
From:      Hans Petter Selasky <hps@selasky.org>
To:        "Andrey V. Elsukov" <bu7cher@yandex.ru>, Slava Shwartsman <slavash@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r341578 - head/sys/dev/mlx5/mlx5_en
Message-ID:  <6151923d-05bb-b945-359e-d632708ba021@selasky.org>
In-Reply-To: <8715aa7b-ceea-7cfd-1980-a260c98070d5@yandex.ru>
References:  <201812051420.wB5EKwxr099242@repo.freebsd.org> <8715aa7b-ceea-7cfd-1980-a260c98070d5@yandex.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2019-12-13 14:40, Andrey V. Elsukov wrote:
> On 05.12.2018 17:20, Slava Shwartsman wrote:
>> Author: slavash
>> Date: Wed Dec  5 14:20:57 2018
>> New Revision: 341578
>> URL: https://svnweb.freebsd.org/changeset/base/341578
>>
>> Log:
>>    mlx5en: Remove the DRBR and associated logic in the transmit path.
>>    
>>    The hardware queues are deep enough currently and using the DRBR and associated
>>    callbacks only leads to more task switching in the TX path. The is also a race
>>    setting the queue_state which can lead to hung TX rings.
> 
> JFYI. We have compared the same router+firewall workloads on the host
> with this change and before, and I can say, that without DRBR on TX now
> we constantly have several percents of packets drops due to ENOBUFS
> error from mlx5e_xmit().
> 

Have you tried to tune the TX/RX parameters?

Especially the tx_queue_size .

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6151923d-05bb-b945-359e-d632708ba021>