Date: Fri, 18 Jun 2021 13:43:13 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Warner Losh <imp@bsdimp.com> Cc: "freebsd-arch@freebsd.org" <arch@freebsd.org> Subject: Re: It's time to kill statistical profiling Message-ID: <202106181343.15IDhDNt098529@critter.freebsd.dk> In-Reply-To: <CANCZdfr5po5gc2JjjJTd7sWoL9z0sHWQK9myhy774rz%2BH9MYJA@mail.gmail.com> References: <202106180736.15I7aYmk068064@critter.freebsd.dk> <CANCZdfr5po5gc2JjjJTd7sWoL9z0sHWQK9myhy774rz%2BH9MYJA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
-------- Warner Losh writes: > Deleting the code from the kernel is the easy bit, I guess. I generally = support > this notion, but don't have the time to hunt down all the stuff in base = and > ports that uses these and make appropriate changes (up to and including = git > rm). It's no rush, we've had this obsolete facility for 20-25 years already, we can sweep the corners as we get to them. I think the main decision is that we want to do it, and if we want to keep profiled libararies for gcov or if we want to ditch profiled libraries. The main reason I prefer to change to gcov libraries is that it keeps the .mk infrastructure for having systematic variant librararies in place, over the years people have abused that for a lot of interesting experiments and hacks. I also suspect that s/-p/-fprofile-arcs -ftest-coverage/ is a LOT easier than removing that infrastructure :-) -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= .
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202106181343.15IDhDNt098529>