Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On 2018-Apr-4, at 10:16 AM, Andriy Gapon wrote: > On 01/04/2018 05:31, Mark Millard wrote: >> I have a hypothesis for part of what top is >> counting in the process/thread SWAP column >> that might not be what one would expect. >> >> It appears to me that vnode-backed pages are >> being

Re: Can't load linux64.ko module

On Wed, Apr 04, 2018 at 02:13:15PM -0700, Steve Kargl wrote: > > OK, so where is elf64_linux_vdso_fixup suppose to come from? > The answer is compat/linux/linux_vdso.c where we find #if defined(__i386__) || (defined(__amd64__) && defined(COMPAT_LINUX32)) #define __ELF_WORD_SIZE 32 #else

Re: Can't load linux64.ko module

On Wed, Apr 04, 2018 at 01:19:55PM -0700, Steve Kargl wrote: > On Wed, Apr 04, 2018 at 12:09:02PM -0700, Steve Kargl wrote: > > > > kernel config file contains > > > > options COMPAT_LINUX32 > > options COMPAT_LINUXKPI > > options LINPROCFS > > > > When booting, the

Re: Can't load linux64.ko module

On Wed, Apr 04, 2018 at 12:09:02PM -0700, Steve Kargl wrote: > > kernel config file contains > > options COMPAT_LINUX32 > options COMPAT_LINUXKPI > options LINPROCFS > > When booting, the kernel tries to load the module. A manual > loading of the module results in > >

Re: Can't load linux64.ko module

On Wed, Apr 04, 2018 at 02:41:35PM -0400, Ed Maste wrote: > On 3 April 2018 at 12:26, Steve Kargl > wrote: > > Booting a kernel from > > % uname -a > > FreeBSD sleepdirt 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r331370: \ > > Thu Mar 22 13:41:30 AKDT 2018 \ > >

Re: Can't load linux64.ko module

On 3 April 2018 at 12:26, Steve Kargl wrote: > Booting a kernel from > % uname -a > FreeBSD sleepdirt 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r331370: \ > Thu Mar 22 13:41:30 AKDT 2018 \ > kargl@sleepdirt:/usr/obj/usr/src/amd64.amd64/sys/SLEEPDIRT amd64 > >

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On 4 Apr, Mark Johnston wrote: > On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote: >> On 3 Apr, Don Lewis wrote: >> > I reconfigured my Ryzen box to be more similar to my default package >> > builder by disabling SMT and half of the RAM, to limit it to 8 cores >> > and 32 GB and then

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote: > On 3 Apr, Don Lewis wrote: > > I reconfigured my Ryzen box to be more similar to my default package > > builder by disabling SMT and half of the RAM, to limit it to 8 cores > > and 32 GB and then started bisecting to try to track down

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On 01/04/2018 05:31, Mark Millard wrote: > I have a hypothesis for part of what top is > counting in the process/thread SWAP column > that might not be what one would expect. > > It appears to me that vnode-backed pages are > being re-classfied sometimes for inactive > processes, and this

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

On 04/04/2018 16:19, Stefan Esser wrote: > I have identified the cause of the extremely low I/O performance (2 to 6 read > operations scheduled per second). > > The default value of kern.sched.preempt_thresh=0 does not give any CPU to the > I/O bound process unless a (long) time slice expires

Re: Call for Testing: UEFI Changes

On Wed, Mar 21, 2018 at 7:45 PM, Kyle Evans wrote: > Hello! > > A number of changes have gone in recently pertaining to UEFI booting > and UEFI runtime services. The changes with the most damaging > potential are: > > We now put UEFI runtime services into virtual address mode,

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 Conrad Meyer changed: What|Removed |Added CC|freebsd-current@FreeBSD.org |c...@freebsd.org

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 --- Comment #3 from rozhuk...@gmail.com --- Why close() does not wakes thread that sleep on accept()? -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 --- Comment #2 from rozhuk...@gmail.com --- I do not understand why shutdown() does not generates POLLHUP/EV_EOF (EV_ERROR then add shutdowned socket) for poll() and kqueue(). -- You are receiving this mail because: You are on the CC list

[Bug 227259] accept() does not wakeup on shutdown()/close()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 rozhuk...@gmail.com changed: What|Removed |Added CC||freebsd-current@FreeBSD.org

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 rozhuk...@gmail.com changed: What|Removed |Added Summary|accept() does not wakeup on |accept()/poll() and

Is kern.sched.preempt_thresh=0 a sensible default? (was: Re: Extremely low disk throughput under high compute load)

Am 02.04.18 um 00:18 schrieb Stefan Esser: > Am 01.04.18 um 18:33 schrieb Warner Losh: >> On Sun, Apr 1, 2018 at 9:18 AM, Stefan Esser > > wrote: >> >> My i7-2600K based system with 24 GB RAM was in the midst of a buildworld >> -j8 >> (starting