Re: Significant performance hit on recent upgrade

2016-03-11 Thread Ultima
Just upgraded again to r296709. Running for about an hour, performance appears to be restored. Will report back if this changes. On Sat, Mar 12, 2016 at 1:11 AM, Ultima wrote: > Hmm, the total cost would be hard to calculate, not all of it was > purchased at the same time. > > CPU - ( E5-2670v3

Re: Significant performance hit on recent upgrade

2016-03-11 Thread Ultima
Should I restart and provide this info after 20min into build? Or is this good info? On Fri, Mar 11, 2016 at 6:56 PM, Ultima wrote: > last pid: 96327; load averages: 41.78, 50.32, 50.07up 1+05:19:23 > 18:52:47 > 169 processes: 11 running, 158 sleeping > CPU: 24.4% user, 0.2% nice, 15.

Re: Significant performance hit on recent upgrade

2016-03-11 Thread Ultima
last pid: 96327; load averages: 41.78, 50.32, 50.07up 1+05:19:23 18:52:47 169 processes: 11 running, 158 sleeping CPU: 24.4% user, 0.2% nice, 15.1% system, 0.1% interrupt, 60.3% idle Mem: 12G Active, 43G Inact, 186G Wired, 8867M Free ARC: 166G Total, 122G MFU, 38G MRU, 46M Anon, 753M He

Re: Significant performance hit on recent upgrade

2016-03-11 Thread Allan Jude
On 03/11/2016 18:49, Ultima wrote: > Hello, > > Recently I upgraded to r296377, and notice a big hit in performance. This > system in question is a poudriere building system that usually has many > jails running building around 200-400 pkg per hour for each jail. After the > upgrade, it is rare t

Significant performance hit on recent upgrade

2016-03-11 Thread Ultima
Hello, Recently I upgraded to r296377, and notice a big hit in performance. This system in question is a poudriere building system that usually has many jails running building around 200-400 pkg per hour for each jail. After the upgrade, it is rare to see over 100 pkg per hour built. Possible reg

FreeBSD_HEAD_i386 - Build #2570 - Fixed

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2570 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2570/console Change summaries: 296

FreeBSD_HEAD_i386 - Build #2569 - Still Failing

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2569 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2569/console Change summari

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Slawa Olhovchenkov
On Fri, Mar 11, 2016 at 12:01:34PM -0500, Daniel Eischen wrote: > On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote: > > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > >> On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > >>> On 8 Mar 2016, at 15:14, Slawa

FAST_DEPEND is now default

2016-03-11 Thread Bryan Drewery
WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree builds. It no longer runs mkdep(1) during 'make depend', and the 'make depend' stage can safely be skipped now as it is auto ran when building 'make all' and will generate all SRCS and DPSRCS before building anything else. Dep

Re: FAST_DEPEND is now default

2016-03-11 Thread Bryan Drewery
On 3/11/2016 9:10 AM, Bryan Drewery wrote: > WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree > builds. It no longer runs mkdep(1) during 'make depend', and the > 'make depend' stage can safely be skipped now as it is auto ran > when building 'make all' and will generate all

FreeBSD_HEAD_i386 - Build #2568 - Still Failing

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2568 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2568/console Change summari

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Daniel Eischen
On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote: On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: In terms of comparing packages, if you’re doing that visua

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Miroslav Lachman
Slawa Olhovchenkov wrote on 03/11/2016 15:51: On Fri, Mar 11, 2016 at 03:39:08PM +0100, Miroslav Lachman wrote: [...] recompile whole system and reinstall on all machines instead of just I am proposed: patch packages (replaced or removed some files). some small package. It has it's impact

FreeBSD_HEAD_i386 - Build #2567 - Still Failing

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2567 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2567/console Change summari

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Slawa Olhovchenkov
On Fri, Mar 11, 2016 at 03:39:08PM +0100, Miroslav Lachman wrote: > >> Anything else is on your side and even if I understand your complaints > >> (and I agree with some of them) I don't thing it will change anything on > >> the future of packaged base. > >> So it is better to spend our time on wo

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Miroslav Lachman
Slawa Olhovchenkov wrote on 03/11/2016 15:05: On Fri, Mar 11, 2016 at 02:58:17PM +0100, Miroslav Lachman wrote: Slawa Olhovchenkov wrote on 03/11/2016 14:31: On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Slawa Olhovchenkov
On Fri, Mar 11, 2016 at 02:58:17PM +0100, Miroslav Lachman wrote: > Slawa Olhovchenkov wrote on 03/11/2016 14:31: > > On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > > > >> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > >>> On Fri, Mar 11, 2016 at 01:05

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Miroslav Lachman
Slawa Olhovchenkov wrote on 03/11/2016 14:31: On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: [...] Case of only a few monolitic packa

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Slawa Olhovchenkov
On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > > > On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > > > > On 8

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Baptiste Daroussin
On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > > > > > > > In terms o

FreeBSD_HEAD_i386 - Build #2566 - Still Failing

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #2566 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2566/console Change summari

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Slawa Olhovchenkov
On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > > > > In terms of comparing packages, if you’re doing that visually then you are > > likely to ha

FreeBSD_HEAD_amd64_gcc4.9 - Build #1122 - Still Failing

2016-03-11 Thread jenkins-admin
FreeBSD_HEAD_amd64_gcc4.9 - Build #1122 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1122/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1122/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_

Re: EFI zfs loader and beadm?

2016-03-11 Thread krad
Its also worth pointing that if you decouple the userland from the kernel files you no longer have a boot environment, as all the basic stuff to boot the os isn't contained within the bootfs. I'm still struggling to see why /boot needs to be on a different dataset, its just a bit of a linuxism. On

Re: [CFT] packaging the base system with pkg(8)

2016-03-11 Thread Baptiste Daroussin
On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov wrote: > > > > In terms of comparing packages, if you’re doing that visually then you are > likely to have problems anyway, unless your eyes and brain work far better > than most human

Re: EFI zfs loader and beadm?

2016-03-11 Thread Andrey Fesenko
On Fri, Mar 11, 2016 at 10:52 AM, krad wrote: > Its also worth pointing that if you decouple the userland from the kernel > files you no longer have a boot environment, as all the basic stuff to boot > the os isn't contained within the bootfs. I'm still struggling to see why > /boot needs to be on