Hi,
Our company have a FreeBSD based product that consists of the numerous
interconnected processes and it does some high-PPS UDP processing
(30-50K PPS is not uncommon). We are seeing some strange periodic
failures under the load in several such systems, which usually evidences
itself in
Can ktrace trace another kernel thread which has roughly the semantics as
below, right now it
does not hit any of the designated interesting points that ktrace is built
for, but what if I could define those,
will ktrace still allow tracing another kernel thread?
thread(client_info)
{
...
- Original Message
From: Shrikanth Kamath shrikant...@gmail.com
To: freebsd-hackers@freebsd.org
Sent: Mon, February 15, 2010 8:21:40 AM
Subject: Ktrace'ing kernel threads
Can ktrace trace another kernel thread which has roughly the semantics as
below, right now it
does not hit
Maxim Sobolev wrote:
Hi,
Our company have a FreeBSD based product that consists of the numerous
interconnected processes and it does some high-PPS UDP processing
(30-50K PPS is not uncommon). We are seeing some strange periodic
failures under the load in several such systems, which
Hi Hackers,
I accidentally reproduced the following after executing read
properly in a pipeline with make:
[garrc...@garrcoop-fbsd /usr/home/garrcoop]$ read DESTDIR SRCCONF
/usr/bin/make -V DESTDIR -V SRCCONF
bash: read: `-V': not a valid identifier
[garrc...@garrcoop-fbsd
On Mon, Feb 15, 2010 at 4:55 PM, Garrett Cooper yanef...@gmail.com wrote:
Hi Hackers,
I accidentally reproduced the following after executing read
properly in a pipeline with make:
s/properly/improperly/
[garrc...@garrcoop-fbsd /usr/home/garrcoop]$ read DESTDIR SRCCONF
/usr/bin/make -V
On 16/02/2010, at 11:55 AM, Garrett Cooper wrote:
Hi Hackers,
I accidentally reproduced the following after executing read
properly in a pipeline with make:
[garrc...@garrcoop-fbsd /usr/home/garrcoop]$ read DESTDIR SRCCONF
/usr/bin/make -V DESTDIR -V SRCCONF
bash: read: `-V': not a
Sergey Babkin wrote:
Maxim Sobolev wrote:
Hi,
Our company have a FreeBSD based product that consists of the numerous
interconnected processes and it does some high-PPS UDP processing
(30-50K PPS is not uncommon). We are seeing some strange periodic
failures under the load in several such
8 matches
Mail list logo