At 05:08 PM 12/1/2009, Julian Elischer wrote:
in the netgraph code I see:
/* Autoconfigure number of threads. */
if (numthreads <= 0)
numthreads = mp_ncpus;
Ah Found this in /sys/netgraph/ng_base.c. Yes, it does seem to
have a pool o
Brett Glass wrote:
At 01:47 PM 12/1/2009, Julian Elischer wrote:
well, not all work is done by that thread. It is the
backup-doer-of-things, but many netgraph operations are done in the
context of a caller such as teh user of a socket.
In the case of a PPTP session, the data (ignoring the con
Brett Glass wrote:
At 01:47 PM 12/1/2009, Julian Elischer wrote:
well, not all work is done by that thread. It is the
backup-doer-of-things, but many netgraph operations are done in the
context of a caller such as teh user of a socket.
In the case of a PPTP session, the data (ignoring the con
At 01:47 PM 12/1/2009, Julian Elischer wrote:
well, not all work is done by that thread. It is the
backup-doer-of-things, but many netgraph operations are done in the
context of a caller such as teh user of a socket.
In the case of a PPTP session, the data (ignoring the control session
for the
Brett Glass wrote:
All:
I have several large PPTP servers which are currently using ppp(8) and
PoPTop (a userland PPTP server daemon which is, unfortunately, GPLed).
They're having trouble under heavy loads, and so I'd like to switch to
mpd5. However, even though mpd5 handles network connecti
All:
I have several large PPTP servers which are currently using ppp(8)
and PoPTop (a userland PPTP server daemon which is, unfortunately,
GPLed). They're having trouble under heavy loads, and so I'd like
to switch to mpd5. However, even though mpd5 handles network
connections in the kernel,
