Re: Increases in build system time

2019-11-14 Thread Andreas Gustafsson
Michael van Elst wrote: > g...@gson.org (Andreas Gustafsson) writes: > > >mitigations, which I guess is not really surprising. But the 12% net > >increase from jemalloc and the 7% increase from vfs_vnode.c 1.63 seem > >to call for closer investigation. > > Is this also reflected in real time?

Re: Increases in build system time

2019-11-14 Thread Alistair Crooks
This is awesome - I know it took a lot of work (your section on bisection briefly alluded to that), so thanks for doing all of this - very, very useful On Thu, 14 Nov 2019 at 11:27, Andreas Gustafsson wrote: > > Hi all, > > Back in September, I wrote: > > I'm trying to run a bisection to

Re: Increases in build system time

2019-11-14 Thread Jaromír Doleček
Le jeu. 14 nov. 2019 à 21:41, Christos Zoulas a écrit : > In article <24013.43646.552099.15...@guava.gson.org>, > Andreas Gustafsson wrote: > > > >Hi all, > > > >Back in September, I wrote: > > > 12% increase: > > > >2019.03.08.20.35.10 christos src/share/mk/bsd.own.mk 1.1108 > > > >

daily CVS update output

2019-11-14 Thread NetBSD source update
Updating src tree: P src/doc/CHANGES P src/external/apache2/llvm/Makefile.inc P src/external/gpl3/gcc/usr.bin/host-libcpp/Makefile P src/share/man/man7/sysctl.7 P src/sys/arch/aarch64/aarch64/aarch64_machdep.c P src/sys/arch/aarch64/aarch64/pmap.c P src/sys/arch/amd64/amd64/amd64_trap.S P

Re: Increases in build system time

2019-11-14 Thread Mateusz Guzik
On 11/14/19, Andreas Gustafsson wrote: > > Hi all, > > Back in September, I wrote: >> I'm trying to run a bisection to determine why builds hosted on recent >> versions of NetBSD seem to be taking significantly more system time >> than they used to, building the same thing. > > I finally have

Re: Increases in build system time

2019-11-14 Thread Michael van Elst
g...@gson.org (Andreas Gustafsson) writes: >mitigations, which I guess is not really surprising. But the 12% net >increase from jemalloc and the 7% increase from vfs_vnode.c 1.63 seem >to call for closer investigation. Is this also reflected in real time? -- --

Re: backporting USER_LDT to NetBSD-8

2019-11-14 Thread maya
On Thu, Nov 14, 2019 at 09:05:05PM +, Dave Tyson wrote: > I've been playing with wine64 under NetBSD 8.1_STABLE and it works > surprisingly well with a couple of windows applications I need to run. Of > course NetBSD-8 doesn't have support for USER_LDT baked in and so I have been > testing

backporting USER_LDT to NetBSD-8

2019-11-14 Thread Dave Tyson
I've been playing with wine64 under NetBSD 8.1_STABLE and it works surprisingly well with a couple of windows applications I need to run. Of course NetBSD-8 doesn't have support for USER_LDT baked in and so I have been testing under a NetBSD current kernel. How much work would be involved in

Re: Increases in build system time

2019-11-14 Thread Christos Zoulas
In article <20191114200928.ga2...@homeworld.netbsd.org>, wrote: >On Thu, Nov 14, 2019 at 09:26:54PM +0200, Andreas Gustafsson wrote: >> 12% increase: >> >> 2019.03.08.20.35.10 christos src/share/mk/bsd.own.mk 1.1108 >> >> Back to using jemalloc for x86_64; all problems have been

Re: Increases in build system time

2019-11-14 Thread Christos Zoulas
In article <24013.43646.552099.15...@guava.gson.org>, Andreas Gustafsson wrote: > >Hi all, > >Back in September, I wrote: > 12% increase: > >2019.03.08.20.35.10 christos src/share/mk/bsd.own.mk 1.1108 > >Back to using jemalloc for x86_64; all problems have been resolved. Indeed I

Re: Increases in build system time

2019-11-14 Thread maya
On Thu, Nov 14, 2019 at 09:26:54PM +0200, Andreas Gustafsson wrote: > 12% increase: > > 2019.03.08.20.35.10 christos src/share/mk/bsd.own.mk 1.1108 > > Back to using jemalloc for x86_64; all problems have been resolved. I wonder if enabling back MAP_ALIGNED in jemalloc can help.

Increases in build system time

2019-11-14 Thread Andreas Gustafsson
Hi all, Back in September, I wrote: > I'm trying to run a bisection to determine why builds hosted on recent > versions of NetBSD seem to be taking significantly more system time > than they used to, building the same thing. I finally have some results to report. These are from builds of the

Re: vm.ubc_direct

2019-11-14 Thread Patrick Welche
On Thu, Nov 14, 2019 at 03:44:54PM +0200, Andreas Gustafsson wrote: > Patrick Welche wrote: > > I have been running with vm.ubc_direct=1 and feeling a speedup and no > > inconveniences on multicore systems. What are thoughts on having it as > > a default? > > No such option is documented, hence

Re: vm.ubc_direct

2019-11-14 Thread Andreas Gustafsson
Patrick Welche wrote: > I have been running with vm.ubc_direct=1 and feeling a speedup and no > inconveniences on multicore systems. What are thoughts on having it as > a default? No such option is documented, hence the question makes no sense. -- Andreas Gustafsson, g...@gson.org

vm.ubc_direct

2019-11-14 Thread Patrick Welche
I have been running with vm.ubc_direct=1 and feeling a speedup and no inconveniences on multicore systems. What are thoughts on having it as a default? Cheers, Patrick