Re: HEADS UP: caution required with updates using custom kernels

2016-06-23 Thread O. Hartmann
Am Thu, 23 Jun 2016 21:07:51 + Brooks Davis schrieb: > Kernel config minimalists and those running aarch64 and riscv systems will > want to head this UPDATING message. > > In practice, if you're fairly up to date, doing installworld before > installkernel will also work (I've tested that cas

Re: PostgreSQL performance on FreeBSD

2016-06-23 Thread Sean Chittenden
Small nit: PostgreSQL used SYSV because it allowed for the detection of dead processes. If you `kill -9`’ed a process, PostgreSQL can detect that and then shut down and perform an automatic recovery. In this regard, sysv is pretty clever. The move to POSIX shared mem was done for a host of r

Re: PostgreSQL performance on FreeBSD

2016-06-23 Thread Jilles Tjoelker
On Wed, Jun 22, 2016 at 07:26:52AM -0700, Maxim Sobolev wrote: > Konstantin, > Not if you do sem_unlink() immediately, AFAIK. And that's what PG does. So > the window of opportunity for the leakage is quite small, much smaller than > for SYSV primitives. Sorry for missing your status update messag

HEADS UP: caution required with updates using custom kernels

2016-06-23 Thread Brooks Davis
Kernel config minimalists and those running aarch64 and riscv systems will want to head this UPDATING message. In practice, if you're fairly up to date, doing installworld before installkernel will also work (I've tested that case from ALPHA4), but is always somewhat risky. -- Brooks - Forwa

Re: Fatal trap 12

2016-06-23 Thread Bjoern A. Zeeb
Hi, can you try checking out svn://svn.freebsd.org/base/projects/vnet and see if a kernel from there works better? It contains further pf/pflog/pfsync changes; mostly for VIMAGE which will go into head the next days. Thanks /bz ___ freebsd-curre

gstat(8) regression

2016-06-23 Thread Keith White
This regression still exists as of r302073: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204852 Run /usr/sbin/gstat, press 'q' Prior to 11-CURRENT gstat would exit. "Currently" gstat regressively also requires . ...keith ___ freebsd-curr

Re: Fatal trap 12

2016-06-23 Thread Ivan Klymenko
On Thu, 23 Jun 2016 10:54:46 +0200 Johan Hendriks wrote: > I have the following in my kernel config > # pf > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > device pf > device

Re: Fatal trap 12

2016-06-23 Thread Johan Hendriks
I just removed the following from my kernel file #device pf #device pflog #device pfsync Changed back the SI_SUB_PSEUDO in sys/netpfil/pf/if_pflog.c Rebuild the kernel and now the kernel is booting normally. regards Johan Op 23/06/16 om 02:01 schreef Bjoern A. Zeeb: > On 22 Ju

Re: Fatal trap 12

2016-06-23 Thread Johan Hendriks
I have the following in my kernel config # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync I can not alter the order the modules load as far as I

Re: WITH_SYSTEM_COMPILER default on

2016-06-23 Thread Mark Millard
On 2016-Jun-21, at 3:11 PM, Mark Millard wrote: > Bryan Drewery bdrewery at FreeBSD.org wrote on Tue Jun 21 19:03:46 UTC 2016 : > >> This feature is where the bootstrap compiler in buildworld is not built >> if the one in /usr/bin/cc matches what would be built. It is very >> conservative and r