Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Mar 2025 15:06:30 +0000
From:      bugzilla-noreply@freebsd.org
To:        net@FreeBSD.org
Subject:   [Bug 137145] [mbuf] Reference count computing isn't correct when more than one threads call function m_copypacket
Message-ID:  <bug-137145-7501-5npIBRiK7g@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-137145-7501@https.bugs.freebsd.org/bugzilla/>
References:  <bug-137145-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=3D137145

--- Comment #12 from Andriy Gapon <avg@FreeBSD.org> ---
(In reply to Konstantin Belousov from comment #11)
Perhaps Tx that is keeping its reference.
I don't know what kind of code people can write to manipulate mbuf, this is
just a theoretical example.

Larger point is why have the special case, does it provide a lot of win for
performance?
I know that atomic operations are expensive. A branch is not free, however,
too.
Always doing the atomic update is straightforward and safe(r).

--=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-137145-7501-5npIBRiK7g>