Re: zfskern{txg_thread_enter} thread using 100% or more CPU

I finally caught this happening while I had "lockstat sleep 1" running in a loop, the output looks like: https://gist.github.com/swills/a2a20c2a4296a4c596ec7f329fb945ab And top looks like this: https://gist.github.com/swills/6e749313e52679224adec91d4841ad83 Also noticed that there are

Re: grep extremely slow for LC_CTYPE=C? [SOLVED]

On Thu, May 3, 2018 at 12:54 PM, Stefan Esser wrote: > Am 03.05.18 um 17:28 schrieb Kyle Evans: >> On Thu, May 3, 2018 at 10:19 AM, Stefan Esser wrote: >>> Am 03.05.18 um 16:41 schrieb Kyle Evans: Hmm... what does `grep -V` look like, just to confirm? >>>

Re: grep extremely slow for LC_CTYPE=C? [SOLVED]

Am 03.05.18 um 17:28 schrieb Kyle Evans: > On Thu, May 3, 2018 at 10:19 AM, Stefan Esser wrote: >> Am 03.05.18 um 16:41 schrieb Kyle Evans: >>> Hmm... what does `grep -V` look like, just to confirm? >> >> Ah, yes, good point ... >> >> $ which grep >> /usr/bin/grep >> >> $ grep

D15247: add rcorder(8) support to /etc/rc.resume

Hi! While dealing with https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227866 I've found we have no easy way to insert custom "hooks" after ACPI resume procedure other than devd(8). And running devd itself may be undesirable for several reasons. Manual editing of /etc/rc.resume is not

Re: grep extremely slow for LC_CTYPE=C?

Am 03.05.18 um 16:41 schrieb Kyle Evans: Hi Kyle, thank you for the fast reply. You were right to request grep -V output, but see below ... ;-) > On Thu, May 3, 2018 at 9:08 AM, Stefan Esser wrote: >> The first "grep" needs 3.5 seconds to finish on my system, but the second

Re: grep extremely slow for LC_CTYPE=C?

On Thu, May 3, 2018 at 9:08 AM, Stefan Esser wrote: > Hi all, > > while working on a new portmaster version, I found that bsdgrep is much > faster in an UTF-8 locale than in the C locale, much to my surprise. > > I have uploaded a small shell-script with test data that can be

grep extremely slow for LC_CTYPE=C?

Hi all, while working on a new portmaster version, I found that bsdgrep is much faster in an UTF-8 locale than in the C locale, much to my surprise. I have uploaded a small shell-script with test data that can be fetched from: https://people.freebsd.org/~se/grep-test.txz The script

Is kern.sched.preempt_thresh=0 a sensible default?

On 05/04/2018 15:31, Stefan Esser wrote: > After looking at sched_ule.c and top/machine.c it appears, that the value > of preempt_thresh corresponds to the PRI value as shown by top (or ps -l) > plus PZERO which is calculated as (PRI_MIN_KERN=80) + 20. Kernel defines priorities from zero to 255.