As per http://research.swtch.com/macpprof
We deliver all prof signals to the main thread, which is unlikely to
result in accurate profiling info. I think the diff below fixes things.
Index: kern/kern_clock.c
===
RCS file:
On Wed, Aug 14, 2013 at 16:51, Ingo Schwarze wrote:
I think mandoc should adjust its default output width based on the
terminal size. At least in the case where the terminal is narrow. This
diff doesn't change anything if you have wider than 80 column terminals.
I agree with your idea for
On Fri, 16 Aug 2013, Ted Unangst wrote:
As per http://research.swtch.com/macpprof
We deliver all prof signals to the main thread, which is unlikely to
result in accurate profiling info. I think the diff below fixes things.
Making ITIMER_PROF per-thread like that matches neither what other
On Fri, Aug 16, 2013 at 12:23 AM, Ted Unangst t...@tedunangst.com wrote:
On Thu, Aug 15, 2013 at 23:39, Philip Guenther wrote:
Making ITIMER_PROF per-thread like that matches neither what other OS's
do
nor POSIX. jsing@ pinged about this last week and my comment then was
that this seems
Hi,
in SNMPv3 engine id discovery is done by sending a noAuthNoPriv request
to the SNMP agent. The agent should reply with a usmStatsUnknownEngineIDs
report containing the authoritative engine id.
In case snmpd was configured with a minimum seclevel higher than none,
a
On 16 August 2013 09:23, Ted Unangst t...@tedunangst.com wrote:
Actually, here's my concern. There's only one timeout for the process.
What happens when two threads are running on two CPUs? Is there a
guarantee that cpu0 will both set and execute the timeout before cpu1
sets it, or is there a
On Fri, Aug 16, 2013 at 12:33, Mike Belopuhov wrote:
On 16 August 2013 09:23, Ted Unangst t...@tedunangst.com wrote:
Actually, here's my concern. There's only one timeout for the process.
What happens when two threads are running on two CPUs? Is there a
guarantee that cpu0 will both set and
Date: Thu, 15 Aug 2013 23:39:36 -0700
From: Philip Guenther guent...@gmail.com
On Fri, 16 Aug 2013, Ted Unangst wrote:
As per http://research.swtch.com/macpprof
We deliver all prof signals to the main thread, which is unlikely to
result in accurate profiling info. I think the diff
On Wed, Aug 07, 2013 at 03:39:59AM +0200, Alexander Bluhm wrote:
Hi,
I have just removed a bunch of useless include netinet/in_var.h
from the machine independent drivers. I suspect that they are also
not needed in the architecture specific network drivers. Unfortunately
I don't have any
On 8/16/2013 7:44 PM, Alexander Bluhm wrote:
On Wed, Aug 07, 2013 at 03:39:59AM +0200, Alexander Bluhm wrote:
Hi,
I have just removed a bunch of useless include netinet/in_var.h
from the machine independent drivers. I suspect that they are also
not needed in the architecture specific network
10 matches
Mail list logo