Re: Slow boot with 256GB of RAM?
On Sat, 16 Nov 2013 06:48:11 +0100 Matthias Petermann wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello James, > > Am 16.11.2013 05:37, schrieb James R. Van Artsdalen: > > Asus Z9PA-U8 motherboard, 256GB of RAM, 2.4 GHz Xeon E5-2695 v2, > > FreeBSD 11.0-CURRENT r258092 > > > > There is a two minute pause when booting, after the loader's SMAP > > display and the initial kernel output, > > > > Does anyone know what's going on here? Even that much RAM > > shouldn't take that much time to clear. > > in an earlier discussion at FreeBSD Forums[1] it looks like this is > related to some early stage memory test which is performed. > > It can be disabled by adding > > hw.memtest.tests="0" > > to /boot/loader.conf. For my 32GB machine this helped. +1. (box with 128GB ram) > > > Best regards, > Matthias > > > [1] http://forums.freebsd.org/showthread.php?t=12705 > > - -- > Matthias Petermann | www.petermann-it.de > GnuPG: 0x5C3E6D75 | 5930 86EF 7965 2BBA 6572 C3D7 7B1D A3C3 5C3E 6D75 > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.22 (FreeBSD) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJShwcbAAoJEHsdo8NcPm11kTMQAI3sxsltJ7Se/CaZ7QsMmkFy > THULbdDLEAIJYBhfgfMh+wsK4DNu5uj+u8uL52hP2MjbV7MPOWX27xUYrGjbC1HZ > /QIcz+sAXvxV3eclLhlLuNtdZIh8U2ORQ20VleT/wsoAw0UuP4Bu/+akiVRWiEyF > /FfGfFolczMrcNQpt4Y3XbTaADTRVsx9ZmU7ZRDg+KKt+oRPGsngo75GwkCiiwVg > Ew+nSjlUB4pXiPW5teaG6asg2tLIgArVilJE7PP8mPGsz0rBf/gArGCyw3OweYzv > gmJ13nfVrOWAlz9ZYL8KFg1eON4qb2G3Trjl3g4rr/7vYoi2XXz19zevkxv/kDKi > xJCtHzVGFW0Dh6QN0M8tHc5aqb3+kLsulxEbDPDcmWGw7DPeFfRXYx8VNXLGphJC > +f1Br/WUa0K6BiRgn+yKHS9IX6P5s4aY2xyCMmcRoH7Q5YjCdKHOrdtqKwjMIPRm > BL0n+Viwwcu2qWmpTYNfQpcIRhAhc3F1v6RPxa8t3WYopBopkllFb/z8AbtWr8fF > kuCcEmw0PdKxSQgHHdTmy5UW2f+pDvCX3h5qX9inks8PMq1JWYwNz+7WTfDb4Bvn > pHWLE3RM78DpTDGXRuyoiwZEqh/KzHbwIw7pqWApjgINc7nifaNCRoYbxKSYVJ2s > TfnjxAn2tXfe5nLqA00E > =ePIV > -END PGP SIGNATURE- > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscr...@freebsd.org" -- wbr, tiger ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Slow boot with 256GB of RAM?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello James, Am 16.11.2013 05:37, schrieb James R. Van Artsdalen: > Asus Z9PA-U8 motherboard, 256GB of RAM, 2.4 GHz Xeon E5-2695 v2, > FreeBSD 11.0-CURRENT r258092 > > There is a two minute pause when booting, after the loader's SMAP > display and the initial kernel output, > > Does anyone know what's going on here? Even that much RAM > shouldn't take that much time to clear. in an earlier discussion at FreeBSD Forums[1] it looks like this is related to some early stage memory test which is performed. It can be disabled by adding hw.memtest.tests="0" to /boot/loader.conf. For my 32GB machine this helped. Best regards, Matthias [1] http://forums.freebsd.org/showthread.php?t=12705 - -- Matthias Petermann | www.petermann-it.de GnuPG: 0x5C3E6D75 | 5930 86EF 7965 2BBA 6572 C3D7 7B1D A3C3 5C3E 6D75 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJShwcbAAoJEHsdo8NcPm11kTMQAI3sxsltJ7Se/CaZ7QsMmkFy THULbdDLEAIJYBhfgfMh+wsK4DNu5uj+u8uL52hP2MjbV7MPOWX27xUYrGjbC1HZ /QIcz+sAXvxV3eclLhlLuNtdZIh8U2ORQ20VleT/wsoAw0UuP4Bu/+akiVRWiEyF /FfGfFolczMrcNQpt4Y3XbTaADTRVsx9ZmU7ZRDg+KKt+oRPGsngo75GwkCiiwVg Ew+nSjlUB4pXiPW5teaG6asg2tLIgArVilJE7PP8mPGsz0rBf/gArGCyw3OweYzv gmJ13nfVrOWAlz9ZYL8KFg1eON4qb2G3Trjl3g4rr/7vYoi2XXz19zevkxv/kDKi xJCtHzVGFW0Dh6QN0M8tHc5aqb3+kLsulxEbDPDcmWGw7DPeFfRXYx8VNXLGphJC +f1Br/WUa0K6BiRgn+yKHS9IX6P5s4aY2xyCMmcRoH7Q5YjCdKHOrdtqKwjMIPRm BL0n+Viwwcu2qWmpTYNfQpcIRhAhc3F1v6RPxa8t3WYopBopkllFb/z8AbtWr8fF kuCcEmw0PdKxSQgHHdTmy5UW2f+pDvCX3h5qX9inks8PMq1JWYwNz+7WTfDb4Bvn pHWLE3RM78DpTDGXRuyoiwZEqh/KzHbwIw7pqWApjgINc7nifaNCRoYbxKSYVJ2s TfnjxAn2tXfe5nLqA00E =ePIV -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Slow boot with 256GB of RAM?
On 2013-11-15 23:37, James R. Van Artsdalen wrote: > Asus Z9PA-U8 motherboard, 256GB of RAM, 2.4 GHz Xeon E5-2695 v2, FreeBSD > 11.0-CURRENT r258092 > > There is a two minute pause when booting, after the loader's SMAP > display and the initial kernel output, > > Does anyone know what's going on here? Even that much RAM shouldn't > take that much time to clear. > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" It is a known issue (I have a few E5-2620s with 96 and 144gb of ram) There was talk at MeetBSD last year about making at least output a dot for each 1 or 8gb of something so you knew it was at least doing something, not sure whatever happened to that. It would be nice if it didn't that that long -- Allan Jude signature.asc Description: OpenPGP digital signature
Slow boot with 256GB of RAM?
Asus Z9PA-U8 motherboard, 256GB of RAM, 2.4 GHz Xeon E5-2695 v2, FreeBSD 11.0-CURRENT r258092 There is a two minute pause when booting, after the loader's SMAP display and the initial kernel output, Does anyone know what's going on here? Even that much RAM shouldn't take that much time to clear. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2013-11-15 17:40:10 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 17:40:10 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 17:40:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-15 17:40:10 - cleaning the object tree TB --- 2013-11-15 17:40:10 - /usr/local/bin/svn stat /src TB --- 2013-11-15 17:40:13 - At svn revision 258162 TB --- 2013-11-15 17:40:14 - building world TB --- 2013-11-15 17:40:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 17:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 17:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 17:40:14 - SRCCONF=/dev/null TB --- 2013-11-15 17:40:14 - TARGET=sparc64 TB --- 2013-11-15 17:40:14 - TARGET_ARCH=sparc64 TB --- 2013-11-15 17:40:14 - TZ=UTC TB --- 2013-11-15 17:40:14 - __MAKE_CONF=/dev/null TB --- 2013-11-15 17:40:14 - cd /src TB --- 2013-11-15 17:40:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 17:40:22 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64.sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/tree-mudflap.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64.sparc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o ! typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x8202): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8218): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8224): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:48:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:48:39 - ERROR: failed to build world TB --- 2013-11-15 17:48:39 - 384.95 user 83.78 system 509.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-11-15 17:26:46 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 17:26:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 17:26:46 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-15 17:26:46 - cleaning the object tree TB --- 2013-11-15 17:26:46 - /usr/local/bin/svn stat /src TB --- 2013-11-15 17:26:49 - At svn revision 258162 TB --- 2013-11-15 17:26:50 - building world TB --- 2013-11-15 17:26:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 17:26:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 17:26:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 17:26:50 - SRCCONF=/dev/null TB --- 2013-11-15 17:26:50 - TARGET=powerpc TB --- 2013-11-15 17:26:50 - TARGET_ARCH=powerpc64 TB --- 2013-11-15 17:26:50 - TZ=UTC TB --- 2013-11-15 17:26:50 - __MAKE_CONF=/dev/null TB --- 2013-11-15 17:26:50 - cd /src TB --- 2013-11-15 17:26:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 17:26:57 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/powerpc.powerpc64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o t! ypeck.o typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/powerpc.powerpc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/powerpc.powerpc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/powerpc.powerpc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/powerpc.powerpc64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x821c): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8232): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x823e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:40:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:40:09 - ERROR: failed to build world TB --- 2013-11-15 17:40:09 - 631.39 user 127.63 system 803.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-11-15 17:14:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 17:14:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 17:14:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-15 17:14:26 - cleaning the object tree TB --- 2013-11-15 17:14:26 - /usr/local/bin/svn stat /src TB --- 2013-11-15 17:14:30 - At svn revision 258162 TB --- 2013-11-15 17:14:31 - building world TB --- 2013-11-15 17:14:31 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 17:14:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 17:14:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 17:14:31 - SRCCONF=/dev/null TB --- 2013-11-15 17:14:31 - TARGET=powerpc TB --- 2013-11-15 17:14:31 - TARGET_ARCH=powerpc TB --- 2013-11-15 17:14:31 - TZ=UTC TB --- 2013-11-15 17:14:31 - __MAKE_CONF=/dev/null TB --- 2013-11-15 17:14:31 - cd /src TB --- 2013-11-15 17:14:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 17:14:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/powerpc.powerpc/src/tmp/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o ! typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x821c): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8232): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x823e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:26:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:26:45 - ERROR: failed to build world TB --- 2013-11-15 17:26:45 - 617.94 user 79.35 system 739.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2013-11-15 16:47:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 16:47:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 16:47:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-15 16:47:50 - cleaning the object tree TB --- 2013-11-15 16:47:50 - /usr/local/bin/svn stat /src TB --- 2013-11-15 16:47:54 - At svn revision 258162 TB --- 2013-11-15 16:47:55 - building world TB --- 2013-11-15 16:47:55 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 16:47:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 16:47:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 16:47:55 - SRCCONF=/dev/null TB --- 2013-11-15 16:47:55 - TARGET=ia64 TB --- 2013-11-15 16:47:55 - TARGET_ARCH=ia64 TB --- 2013-11-15 16:47:55 - TZ=UTC TB --- 2013-11-15 16:47:55 - __MAKE_CONF=/dev/null TB --- 2013-11-15 16:47:55 - cd /src TB --- 2013-11-15 16:47:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 16:48:01 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/tree-mudflap.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o typeck2.o optimize.o cp-! objcp-common.o cp-gimplify.o tree-mudflap.o /obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x821e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8234): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8240): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 16:56:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 16:56:42 - ERROR: failed to build world TB --- 2013-11-15 16:56:42 - 427.78 user 59.34 system 531.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips64/mips
TB --- 2013-11-15 17:05:30 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 17:05:30 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 17:05:30 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-15 17:05:30 - cleaning the object tree TB --- 2013-11-15 17:05:30 - /usr/local/bin/svn stat /src TB --- 2013-11-15 17:05:34 - At svn revision 258162 TB --- 2013-11-15 17:05:35 - building world TB --- 2013-11-15 17:05:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 17:05:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 17:05:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 17:05:35 - SRCCONF=/dev/null TB --- 2013-11-15 17:05:35 - TARGET=mips TB --- 2013-11-15 17:05:35 - TARGET_ARCH=mips64 TB --- 2013-11-15 17:05:35 - TZ=UTC TB --- 2013-11-15 17:05:35 - __MAKE_CONF=/dev/null TB --- 2013-11-15 17:05:35 - cd /src TB --- 2013-11-15 17:05:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 17:05:41 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_COMPILE -DMIPS_ABI_DEFAULT=ABI_64 -I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/mips.mips64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/tree-mudflap.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_COMPILE -DMIPS_ABI_DEFAULT=ABI_64 -I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/mips.mips64/src/tmp/legacy/usr/include -static -L/obj/mips.mips64/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o! typeck.o typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x826c): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8282): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x828e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:14:26 - ERROR: failed to build world TB --- 2013-11-15 17:14:26 - 422.86 user 76.12 system 535.53 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips/mips
TB --- 2013-11-15 16:56:42 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 16:56:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 16:56:42 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-15 16:56:42 - cleaning the object tree TB --- 2013-11-15 16:56:42 - /usr/local/bin/svn stat /src TB --- 2013-11-15 16:56:45 - At svn revision 258162 TB --- 2013-11-15 16:56:46 - building world TB --- 2013-11-15 16:56:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 16:56:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 16:56:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 16:56:46 - SRCCONF=/dev/null TB --- 2013-11-15 16:56:46 - TARGET=mips TB --- 2013-11-15 16:56:46 - TARGET_ARCH=mips TB --- 2013-11-15 16:56:46 - TZ=UTC TB --- 2013-11-15 16:56:46 - __MAKE_CONF=/dev/null TB --- 2013-11-15 16:56:46 - cd /src TB --- 2013-11-15 16:56:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 16:56:53 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_COMPILE -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/tree-mudflap.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_COMPILE -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o! search.o semantics.o tree.o typeck.o typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x826c): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8282): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x828e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:05:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:05:25 - ERROR: failed to build world TB --- 2013-11-15 17:05:25 - 422.95 user 61.48 system 522.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: pkg install on CURRENT ?
On Fri, Nov 15, 2013 at 10:02 AM, Sergey V. Dyatko
wrote:
> On Fri, 15 Nov 2013 08:29:10 -0500
> Outback Dingo wrote:
>
> > On Fri, Nov 15, 2013 at 3:12 AM, Baptiste Daroussin
> > wrote:
> >
> > > On Thu, Nov 14, 2013 at 10:13:58PM -0500, Outback Dingo wrote:
> > > > anyway to resolve this ??? id like to pkg install a few things or
> > > > is my only option ports
> > > >
> > > > Checking integrity... done
> > > > [1/16] Installing expat-2.0.1_2...pkg: wrong architecture:
> > > > freebsd:10:x86:64 instead of freebsd:11:x86:64
> > >
> > > pkg -vv, uname -a and file /bin/sh please
> > >
> > > regards,
> > > Bapt
> > >
> >
> >
> > Nevermind I got it, needed to modify packagesite:
> > http://pkg.FreeBSD.org/freebsd:11:x86:64/latest
>
> http://pkg.freebsd.org/${ABI}/latest
>
>
>
thanks for that now im golden...
>
> --
> wbr, tiger
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Defaults in 10.0 ZFS through bsdinstall
On Fri, Nov 15, 2013 at 5:36 PM, Mark Felder wrote: > > > On Fri, Nov 15, 2013, at 3:23, Stefan Esser wrote: >> Am 14.11.2013 22:02, schrieb Teske, Devin: >> > On Nov 14, 2013, at 12:49 PM, Mark Felder wrote: >> >> We don't even do installs on UFS with atime disabled by default in fstab >> >> so why should we so suddenly change course for ZFS? >> >> >> > >> > You've made a good point. >> >> There is major difference between UFS and ZFS: UFS allows in-place >> updates of i-node fields (like atime), while ZFS uses COW for all >> data, file contents and meta-data like the i-nodes. >> >> With atime ON on UFS you'll see a small number of writes on >> file-systems that are only read - we are used to accept that. >> >> On ZFS every update of atime causes a write of the meta-data to >> a free location on disk, then updates of all data structures >> that reference that meta-data up to the root of the tree (the >> uberblock). An update of a few bytes turns out to write tens >> of KB for each atime update (within the TXG sync interval, which >> defaults to 5 seconds on FreeBSD). If you create snapshots, then >> each snapshot will contain a copy of the metadata that was valid >> at the time of the snapshot (well, that's not so different from >> the situation with UFS snapshots, just that the data structures >> are much more complex and larger in the ZFS case). Due to the >> ease and speed of snapshot creation with ZFS there probably are >> a magnitude or more snapshots on a typical ZFS system than on >> one using UFS (I currently have a few hundred and have turned off >> periodic snapshot generation on many unimportant file-systems, >> already). >> >> I really hope that we get relatime (with minor variations that >> were discussed a few months ago) and that we make it the default >> in some future release ... >> > > Thanks for this in-depth explanation. I wasn't aware that atime was > quite so expensive on ZFS. What I did on my system when I was still using ZFS was that I set atime off by default but enabled it explicitly on /var/mail and /home datasets. The thought was that it's needed for mailboxes in /var/mail and if I then decide to move the inboxes to user's home directories I won't get any surprises. Would that be a suitable compromise here? -Kimmo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Defaults in 10.0 ZFS through bsdinstall
On Fri, Nov 15, 2013, at 3:23, Stefan Esser wrote: > Am 14.11.2013 22:02, schrieb Teske, Devin: > > On Nov 14, 2013, at 12:49 PM, Mark Felder wrote: > >> We don't even do installs on UFS with atime disabled by default in fstab > >> so why should we so suddenly change course for ZFS? > >> > > > > You've made a good point. > > There is major difference between UFS and ZFS: UFS allows in-place > updates of i-node fields (like atime), while ZFS uses COW for all > data, file contents and meta-data like the i-nodes. > > With atime ON on UFS you'll see a small number of writes on > file-systems that are only read - we are used to accept that. > > On ZFS every update of atime causes a write of the meta-data to > a free location on disk, then updates of all data structures > that reference that meta-data up to the root of the tree (the > uberblock). An update of a few bytes turns out to write tens > of KB for each atime update (within the TXG sync interval, which > defaults to 5 seconds on FreeBSD). If you create snapshots, then > each snapshot will contain a copy of the metadata that was valid > at the time of the snapshot (well, that's not so different from > the situation with UFS snapshots, just that the data structures > are much more complex and larger in the ZFS case). Due to the > ease and speed of snapshot creation with ZFS there probably are > a magnitude or more snapshots on a typical ZFS system than on > one using UFS (I currently have a few hundred and have turned off > periodic snapshot generation on many unimportant file-systems, > already). > > I really hope that we get relatime (with minor variations that > were discussed a few months ago) and that we make it the default > in some future release ... > Thanks for this in-depth explanation. I wasn't aware that atime was quite so expensive on ZFS. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: pkg install on CURRENT ?
On Fri, 15 Nov 2013 08:29:10 -0500
Outback Dingo wrote:
> On Fri, Nov 15, 2013 at 3:12 AM, Baptiste Daroussin
> wrote:
>
> > On Thu, Nov 14, 2013 at 10:13:58PM -0500, Outback Dingo wrote:
> > > anyway to resolve this ??? id like to pkg install a few things or
> > > is my only option ports
> > >
> > > Checking integrity... done
> > > [1/16] Installing expat-2.0.1_2...pkg: wrong architecture:
> > > freebsd:10:x86:64 instead of freebsd:11:x86:64
> >
> > pkg -vv, uname -a and file /bin/sh please
> >
> > regards,
> > Bapt
> >
>
>
> Nevermind I got it, needed to modify packagesite:
> http://pkg.FreeBSD.org/freebsd:11:x86:64/latest
http://pkg.freebsd.org/${ABI}/latest
--
wbr, tiger
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: pkg install on CURRENT ?
On Fri, Nov 15, 2013 at 3:12 AM, Baptiste Daroussin wrote: > On Thu, Nov 14, 2013 at 10:13:58PM -0500, Outback Dingo wrote: > > anyway to resolve this ??? id like to pkg install a few things or is my > > only option ports > > > > Checking integrity... done > > [1/16] Installing expat-2.0.1_2...pkg: wrong architecture: > > freebsd:10:x86:64 instead of freebsd:11:x86:64 > > pkg -vv, uname -a and file /bin/sh please > > regards, > Bapt > Nevermind I got it, needed to modify packagesite: http://pkg.FreeBSD.org/freebsd:11:x86:64/latest ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Defaults in 10.0 ZFS through bsdinstall
Am 14.11.2013 22:02, schrieb Teske, Devin: > On Nov 14, 2013, at 12:49 PM, Mark Felder wrote: >> We don't even do installs on UFS with atime disabled by default in fstab >> so why should we so suddenly change course for ZFS? >> > > You've made a good point. There is major difference between UFS and ZFS: UFS allows in-place updates of i-node fields (like atime), while ZFS uses COW for all data, file contents and meta-data like the i-nodes. With atime ON on UFS you'll see a small number of writes on file-systems that are only read - we are used to accept that. On ZFS every update of atime causes a write of the meta-data to a free location on disk, then updates of all data structures that reference that meta-data up to the root of the tree (the uberblock). An update of a few bytes turns out to write tens of KB for each atime update (within the TXG sync interval, which defaults to 5 seconds on FreeBSD). If you create snapshots, then each snapshot will contain a copy of the metadata that was valid at the time of the snapshot (well, that's not so different from the situation with UFS snapshots, just that the data structures are much more complex and larger in the ZFS case). Due to the ease and speed of snapshot creation with ZFS there probably are a magnitude or more snapshots on a typical ZFS system than on one using UFS (I currently have a few hundred and have turned off periodic snapshot generation on many unimportant file-systems, already). I really hope that we get relatime (with minor variations that were discussed a few months ago) and that we make it the default in some future release ... Regards, STefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Defaults in 10.0 ZFS through bsdinstall
Am 15.11.2013 01:00, schrieb Mark Felder: > On Nov 14, 2013, at 15:04, Teske, Devin wrote: >> Sounds like a vote for enabling it where-needed by-default (e.g., /var as a >> whole >> or more selectively, /var/mail) > > I'd be OK with FreeBSD taking a stance and moving to noatime by default but > we should be consistent across all filesystems that a user can install the OS > on from our provided installation media. We should make it obvious to the end > users as well. The cost of atime on UFS and ZFS is quite different. While I understand that consistency is a plus, I do think that there is good reason to have different defaults for UFS and ZFS. It would be good if there was a global parameter which let the user choose the atime setting for all file-systems where this setting is not overridden. Such a parameter could be OFF (noatime) for ZFS and ON for UFS by default, but with a short explanation about the consequences and a way to toggle this setting if desired. Regards, STefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: pkg install on CURRENT ?
On Thu, Nov 14, 2013 at 10:13:58PM -0500, Outback Dingo wrote: > anyway to resolve this ??? id like to pkg install a few things or is my > only option ports > > Checking integrity... done > [1/16] Installing expat-2.0.1_2...pkg: wrong architecture: > freebsd:10:x86:64 instead of freebsd:11:x86:64 pkg -vv, uname -a and file /bin/sh please regards, Bapt pgpJDRMwo488x.pgp Description: PGP signature
