Sudden mbuf demand increase and shortage under the load

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 IPC

Ktrace'ing kernel threads

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) { ... .

Re: Ktrace'ing kernel threads

- Original Message > From: Shrikanth Kamath > 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 any of the desig

Re: Sudden mbuf demand increase and shortage under the load

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

read(1) garbage when input redirected from make incorrectly

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 /usr/home/garrcoop]

Re: read(1) garbage when input redirected from make incorrectly

On Mon, Feb 15, 2010 at 4:55 PM, Garrett Cooper 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 DESTDIR -V SR

Re: read(1) garbage when input redirected from make incorrectly

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': n

Re: Sudden mbuf demand increase and shortage under the load

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 system