On Fri, 17 Jan 2020 at 17:24, Ben Woods wrote:
> > On Fri, Jan 17, 2020 at 12:18:41AM +, Clay Daniels wrote:
>
>> >> 13.0-CURRENT r356767 would not take NO for an answer, and kept up a
>> loop
>> >> until I gave up trying to use UFS. No big deal, seems to work fine...
>> >>
>> >> Clay
>>
>
>
As far as I can tell most/all developers have used sampling-based
profiling for years (e.g. hwpmc on FreeBSD) and have not been using
gprof-based profiling.
Prompted by followup to a pkgbase tweak I committed relating to
profiling libraries[1] I propose following Brooks' suggestion:
* turn off th
сб, 11 янв. 2020 г. в 08:06, Pavel Timofeev :
>
> пт, 10 янв. 2020 г. в 22:05, Kyle Evans :
> >
> > On Fri, Jan 10, 2020 at 12:59 PM Pavel Timofeev wrote:
> > >
> > > пт, 10 янв. 2020 г. в 17:48, Kyle Evans :
> > > >
> > > > On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev
> > > > wrote:
> > > >
On 1/17/20, Pavel Timofeev wrote:
> Rebuilding r356831 now
> The error is :
>
> ===> libexec/rtld-elf (all)
>
> [15/1930]
> /usr/home/pavel.timofeev/mips/head/libexec/rtld-elf/rtld.c: In
> function 'free_tls':
> /usr/home/pavel.timofeev/m
On Fri, Jan 17, 2020 at 10:40:09AM -0500, Ed Maste wrote:
>
> Any comments on this plan? Does anyone use the -pg compiler flag and
> the _p.a profiling library archives?
>
Yes, I do.
I have WITHOUT_PROFILE='yes' set in /etc/make.conf for a normal
buildworld. I then comment it out and specifica
On Fri, 17 Jan 2020 at 12:19, Steve Kargl
wrote:
>
> Why? Because adding -pg to the gfortran command line is sufficient
> to getting profiling information for long running numerically
> intensive codes. 'gfortran -pg', of course, loosk for libc_p.a
> and libm_p.a.
Have you tried sampling-based
Ed Maste wrote:
> Any comments on this plan? Does anyone use the -pg compiler flag and
> the _p.a profiling library archives?
We have teams that do - on a semi regular basis.
If there's an alternate method to allow them to find hot-spots etc in
userland code we can direct them accordingly I expe
Thanks, Ben. I'm fine with ZFS for this week. I got involved with a little
project of my own on this weeks snapshot, and will see what next week
brings.
Clay
On Fri, Jan 17, 2020 at 1:33 PM Ben Woods wrote:
> On Fri, 17 Jan 2020 at 17:24, Ben Woods wrote:
>
>> > On Fri, Jan 17, 2020 at 12:18:4
On Fri, Jan 17, 2020 at 01:12:32PM -0500, Ed Maste wrote:
> On Fri, 17 Jan 2020 at 12:19, Steve Kargl
> wrote:
> >
> > Why? Because adding -pg to the gfortran command line is sufficient
> > to getting profiling information for long running numerically
> > intensive codes. 'gfortran -pg', of cour
On Sat, 18 Jan 2020 at 05:06, Clay Daniels
wrote:
> Thanks, Ben. I'm fine with ZFS for this week. I got involved with a little
> project of my own on this weeks snapshot, and will see what next week
> brings.
>
> Clay
>
This has been fixed in r356855, and the next CURRENT snapshot should
include
10 matches
Mail list logo