Date: Fri, 2 Dec 2011 10:27:21 -0800 (PST) From: Lyndon Nerenberg <lyndon@orthanc.ca> To: Ryan Stone <rysto32@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_PROFILE=yes by default Message-ID: <alpine.OSX.1.10.1112021017380.91234@peregrin.orthanc.ca> In-Reply-To: <CAFMmRNxHzjOVogH4EyAmXqVJ1kTL6tqghTVujtBhkvAQT2hkTw@mail.gmail.com> References: <CADe0-4=DwzFj1NbJTeq3p92YGF_5yjhc-Yajn-hHNB_aca1k2g@mail.gmail.com> <20111202015133.GA4111@dragon.NUXI.org> <CADe0-4n2rXvoo4K%2BCHd-JBCHJ56OdTJTpzsF1r2X1yvcLt5CEA@mail.gmail.com> <20111202064132.GC88903@troutmask.apl.washington.edu> <4ED8776F.9060301@FreeBSD.org> <20111202072349.GA89183@troutmask.apl.washington.edu> <20111202083501.GA73959@dragon.NUXI.org> <CADe0-4nj=ZvfPrT=9=m9hQhsADn9--5VFoAxTncGasQQTZN=0g@mail.gmail.com> <alpine.OSX.1.10.1112020746330.91234@peregrin.orthanc.ca> <CAFMmRNxeP_AEQ11jLJ8NCZmEHyxoeg4Z%2Bb6zJbETC8-S7nqhrQ@mail.gmail.com> <alpine.OSX.1.10.1112020852270.91234@peregrin.orthanc.ca> <CADLo83-ERuprd%2B1GmHrzJqhN5yBokQP7ObswZ4rS0W79Q7nJng@mail.gmail.com> <alpine.OSX.1.10.1112020857250.91234@peregrin.orthanc.ca> <CAFMmRNxHzjOVogH4EyAmXqVJ1kTL6tqghTVujtBhkvAQT2hkTw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> In this case, 'obsolete' means it's a difficult-to-use tool that > requires recompiling your application, can't be used in production, > doesn't work when shared libraries are in the picture, offers > limited-to-no visibility into the underlying reasons why a particular > code path is a hotspot and introduces large measurement errors No, it just means it doesn't work for you. It does work for me, though. And for many others. Many a time I have shipped a profiled binary off to a customer site to determine where they are having performance problems. This works because they don't need to install any third-party tools or jump through other hoops. It's not perfect, but it is a useful debugging tool. The arguments I keep hearing here are "I don't (understand how to effectively) use this tool, therefore it should be removed." Collectively that argument can be applied to each and every component of FreeBSD when taken across the entire user base. Thus we can infinately optimize the builds though 'rm -rf /usr/src'. Now can we please just leave WITHOUT_PROFILE alone and go fix real bugs? If it will help, I will toss in a few hundred bucks to help Max buy a faster build machine. --lyndon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.OSX.1.10.1112021017380.91234>