Re: ktrace and KTR_DROP

From: Peter Edwards (peadar.edwards_at_gmail.com)
Date: 07/01/05

  • Next message: Scott Long: "Re: [PATCH] Remove ENABLE_SSE option from i386 and pc98" 
    Date: Fri, 1 Jul 2005 15:11:40 +0100
To: John Baldwin <jhb@freebsd.org>

    On 7/1/05, John Baldwin <jhb@freebsd.org> wrote:
    > On Friday 01 July 2005 09:21 am, Peter Edwards wrote:
    > > Y'all,
    > >
    > > Ever since the introduction of a separate ktrace worker thread for
    > > writing output, there's the distinct possibility that ktrace output
    > > will drop requests. For some proceses, it's actually inevitable:
    > > as long as the traced processes can sustain a rate of generating
    > > ktrace events faster than the ktrace thread can write them, you'll
    > > eventually run out of ktrace requests.
    >
    > The patch looks good to me, and I'd even be ok with having neverdrop on by
    > default.

    FWIW, that would also be my preference, I was just being conservative.
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"

  • Next message: Scott Long: "Re: [PATCH] Remove ENABLE_SSE option from i386 and pc98"

    Relevant Pages

    • Re: ktrace and KTR_DROP
      ... > writing output, there's the distinct possibility that ktrace output ... > as long as the traced processes can sustain a rate of generating ...
      (freebsd-arch)
    • Re: ktrace and KTR_DROP
      ... >> writing output, there's the distinct possibility that ktrace output ... syscall returns delayed if the outstanding writes for ktrace requests ... own writing and backlog management. ...
      (freebsd-arch)