Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 03 Jun 2021 11:56:29 +0000
From:      bugzilla-noreply@freebsd.org
To:        net@FreeBSD.org
Subject:   [Bug 256375] iflib/if_em: unplugging network cable causes huge KTorrent slowdown
Message-ID:  <bug-256375-7501-fbl4KkbknN@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-256375-7501@https.bugs.freebsd.org/bugzilla/>
References:  <bug-256375-7501@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256375

--- Comment #6 from Alexey Dokuchaev <danfe@FreeBSD.org> ---
Created attachment 225522
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D225522&action=
=3Dedit
drace without iflib_admin_intr_deferred() call

Alexander suggested commenting out iflib_admin_intr_deferred() call in
sys/dev/e1000/if_em.c like this:

> @@ -1564,7 +1564,7 @@ em_if_media_status(if_ctx_t ctx, struct ifmediareq =
*ifmr)
>=20=20
>  	INIT_DEBUGOUT("em_if_media_status: begin");
>=20=20
> -	iflib_admin_intr_deferred(ctx);
> +	//iflib_admin_intr_deferred(ctx);
>=20=20
>  	ifmr->ifm_status =3D IFM_AVALID;
>  	ifmr->ifm_active =3D IFM_ETHER;
This had caused minor, yet noticeable improvement in responsiveness: KTorre=
nt
now stays mostly in "select" state with occasional "e1000_" and rare "iflib"
during which it's still stuck for several (vs several tens before) seconds,=
 but
can nonetheless perform transfers again at reasonable speeds.  However, it's
still not as good as once I "kldunload if_em".

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256375-7501-fbl4KkbknN>