Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server
On 01/04/2012 20:52, Matthew Tippett wrote: As a service to the community or vendor that publishes the tuning guide, Michael is more than willing to redo a tuned vs untuned comparison. To date, the communities have never taken us up on that offer. In part, this affects Phoronix.com http://Phoronix.com's perception in the public, but that is more of a result of a one sided discussion by a party external to a particular community (with a healthy touch of journalisticly pumped compare contrast). For the FreeBSD community, who else outside of the FreeBSD community actually runs public comparisons of FreeBSD against anything? If you just want to benchmark defaults, please, use proper defaults and don't do a *custom* ZFS setup (which was IMHO a pretty big and gross mistake). I would be interested in a benchmark that does significant tests with same hardware and REAL default setup. It would be awesome if those benchmarks were re-done that way, so we can compare an out-of-the-box experience even if that's not the last word on how a system will perform (as others said, no one uses a default setup for their servers) And, if anyone else suggests a tuned-system benchmark ... I'm ok with that too as long it's done properly and with guidance of a person of the community that can give proper advice. I'm a regular reader of Phoronix because it's basically easier than being subscribed to a couple of mailing lists, blogs and such just to get latest information on developments. And the site is fairly popular, so you hold a pretty big responsibility in there. I got really disappointed on how a bad benchmark could impact on the reputation of FreeBSD. Things that are not true that people will be repeating (not-so-long-ago I was a moderator on a Linux forum and I saw that misinformation in action, it's terrible !) Sorry if the words sound strong ... but I'm glad that these benchmarks can be re-done. Thanks for reading ! signature.asc Description: OpenPGP digital signature
Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server
On 12/24/2011 12:04, O. Hartmann wrote: There maybe serious reasons having the Linuxulator, i do not know. But if not, why spending rare developer resources on that? As far as I'm concerned, the only real reason having the Linuxulator is some stuff from Adobe for desktop systems, Flash. That's it. Well, Linuxulator allows me to use binary only applications of Linux in FreeBSD without too much problem. I think running Firefox in the Linuxulator is nonsense, because it's supposed that Linuxulator is there for applications that can not be ported to FreeBSD (for example: the code is not open, you bough a privative linux-or-windows-only binary app). Naturally the Linuxulator will always lag behind Linux, but it works for me and I bet I'm not the only one. I think it should only be removed if 1) no one wants to maintain it 2) It obstructs the development of new code. Otherwise, I see no logical reason in this. Regards, Alex. P.S → Also notice that this is an offtopic of the original discussion, sorry. ___ 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: Failure to compile world
Ok, just sent the PR → http://www.freebsd.org/cgi/query-pr.cgi?pr=163495 And hopefully I'll make another one describing some other issues I'm having (like world compilation taking libs/headers from system instead of the own src tree, failing to compile due to missing symbols in libraries or changes in headers) Thanks for your time Garrett ! ___ 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
Failure to compile world
Hi people!
I'm writing here because I'm having issues with compiling world from a
Symphony# uname -a
FreeBSD Symphony 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Fri Dec 16
18:52:44 ART 2011 vertex@Symphony:/usr/obj/usr/src/sys/GENERIC i386
Machine with latest source from that date.
I'm using this git mirror (Sorry guys, if I don't tolerate SVN, the less
I'll tolerate CVS) → https://github.com/freebsd/freebsd-head (I've
pulled and got this as last commit →
https://github.com/freebsd/freebsd-head/commit/f700576aa6240ea7133ce4812aec810266bcbfe7
)
With this /etc/make.conf (I have to clean it up btw)
Symphony# cat /etc/make.conf
#
# Make.conf
WITHOUT_NOUVEAU=
# added by use.perl 2011-11-10 19:36:38
PERL_VERSION=5.12.4
##
# Clang for kernel+world
.if ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/obj/*} ||
${.CURDIR:M/sys/*}
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == cpp
CPP=clang-cpp
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
# Don't forget this when using Jails!
NO_FSCHG=
.if defined(WITH_FLAGS)
WITH_LIBCPLUSPLUS=YES
.endif
.endif
And /usr/obj was properly rm -rf'ed
The problem comes with undefined stuff when I'm compiling libc :
clang -fpic -DPIC -O2 -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa
-DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv
-D_ACL_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body
-c _fcntl.S -o _fcntl.So
clang -O2 -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa
-DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv
-D_ACL_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body
-c _sigwait.S
clang -fpic -DPIC -O2 -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa
-DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv
-D_ACL_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body
-c _sigwait.S -o _sigwait.So
clang -O2 -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa
-DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv
-D_ACL_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body
-c /usr/src/lib/libc/db/btree/bt_close.c -o bt_close.o
In file included from /usr/src/lib/libc/db/btree/bt_close.c:44:
/usr/src/lib/libc/../../include/stdlib.h:79:1: error: unknown type
name '_Noreturn'
_Noreturn void abort(void);
^
/usr/src/lib/libc/../../include/stdlib.h:79:11: error: expected
identifier or '('
_Noreturn void abort(void);
^
/usr/src/lib/libc/../../include/stdlib.h:89:1: error: unknown type
name '_Noreturn'
_Noreturn void exit(int);
^
/usr/src/lib/libc/../../include/stdlib.h:89:11: error: expected
identifier or '('
_Noreturn void exit(int);
^
/usr/src/lib/libc/../../include/stdlib.h:148:1: error: unknown type
name '_Noreturn'
_Noreturn void _Exit(int);
^
Re: Failure to compile world
http://clang.llvm.org/docs/LanguageExtensions.html#__builtin_unreachable http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1453.htm Apparently this is the problem: _Noreturn void abort(void); // [...] more declarations _Noreturn void exit(int); Those noreturns are supposed to be written with GCC syntax and this can be workarounded with this : |#define _Noreturn __attribute__ ((noreturn))| | Maybe the compiler can be checked in preprocessor and add that compatibility line so the code compiles correctly ||Any opinion on this?| | Thanks for your time and for reading ! | ___ 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: Failure to compile world
A follow-up on this is libc not building because of missing SCTP_REMOTE_UDP_ENCAPS_PORT apparently the Makefile doesn't include /sys/ into the includes of the libc. My current version (/usr/include/netinet/sctp.h) lacks that definition, it should look in the headers of the source, not the current system headers ... so I just added that to the Makefile ( lib/libc/net/Makefile.inc ). I'm leaving note if anyone else experiences the same problem. ___ 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: Failure to compile world
On 12/20/2011 01:52, Garrett Cooper wrote: On Mon, Dec 19, 2011 at 7:31 PM, Alex Kustervertexsymph...@zoho.com wrote: A follow-up on this is libc not building because of missing SCTP_REMOTE_UDP_ENCAPS_PORT apparently the Makefile doesn't include /sys/ into the includes of the libc. My current version (/usr/include/netinet/sctp.h) lacks that definition, it should look in the headers of the source, not the current system headers ... so I just added that to the Makefile ( lib/libc/net/Makefile.inc ). I'm leaving note if anyone else experiences the same problem. Please file a PR for this and other similar build issues. The mantra I've gotten in the past is that builds aren't guaranteed to work in a subdirs, but I would really like for this to become a reality because I really wouldn't want to have to installworld (or installincludes) a whole system just to get some headers installed for a trivial program in the base system :). Just to make sure though, did you do make depend all , or just make all? Thanks! -Garrett Hi Garett ... Well, those issues were raised by a simple make buildworld in the traditional /usr/src When I found the first issue with libc i just went to /usr/src/lib/libc, fixed and ran a make in there, so the second issue appeared and libc was built with no problems. Now I'm facing another one which I'll find out and see how to fix to get a compiling/working system. Thanks for your time! P.S → I didn't know about installincludes, I'll read about that P.S 2 → I never-ever-ever filed a PR ___ 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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server
On 12/16/2011 02:41, Arnaud Lacombe wrote: Hi, On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Just saw this shot benchmark on Phoronix dot com today: http://www.phoronix.com/scan.php?page=news_itempx=MTAyNzA it might be worth highlighting that despite Oracle Linux 6.1 Server is using a kernel + compiler almost 2 years old, it still manages to out-perform the bleeding edge FreeBSD :-) Now, from what I've read so far in this thread, it seems that a lot of people are still in abnegation... my 0.2c, - Arnaud This smells like flamebait ... Because everyone with a little love or knowledge about benchmarking would realize that the benchmark is all wrong, and not only that ... they say that the benchmark tests defaults and ZFS, afaik is far from being a default. ___ 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: CLANG; still cc in use when building the WORLD with CLANG?
Hi, read this - http://lists.freebsd.org/pipermail/freebsd-current/2011- August/thread.html#26468 Using the /etc/make.conf with CURDIR approach seems to be broken from some time now ... I would also recommend you to move the clang stuff for base system where it belongs ( /etc/src.conf .. see src.conf(5) ). ## # FreeBSD source tree config options .if !defined(NO_CLANG) CC=clang CXX=clang++ # Don't die on warnings NO_WERROR= WERROR= CFLAGS+=-O2 # Don't forget this when using Jails! #NO_FSCHG= .endif (That's more or less how my /etc/src.conf is ) or you could just change this : .if !empty(.CURDIR:M/usr/src*) to this : .if !empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj/*) Choose whatever you like. Cheers. -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@$ UBLVS$ P+ L+++() E- W++ N++(+++) o K- w--- !O- M-@ !V PS++@ PE? Y+ PGP+++ t- 5? X- R* tv-- b+ DI+ D+(++) G h-- r++@ z?** --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Re: CLANG; still cc in use when building the WORLD with CLANG?
Thanks for pointing out those details ! This whole thing about make.conf src.conf is very confusing and gives the impression of something half ported ... Because I honestly though that src.conf was for freebsd sources as indicated by the manpage (and in fact, compiled sources that way without issues ... ¿?) Anyways, I'll read more about what you guys pointed me. Thanks again. ___ 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: libc build broken with clang ?
For now, remove the line: CFLAGS+=-march=native from your make.conf, and try again. Clang still has some problems with this setting, and you are most likely hitting them. Whoops, didn't know that ... I actually used -march=native before, but never had any kind of problems (I guess it was just luck), I'll change it to a -O2 and see what happens. Thanks a lot for your time, and thanks a lot for answering ! ♥ -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@$ UBLVS$ P+ L+++() E- W++ N++(+++) o K- w--- !O- M-@ !V PS++@ PE? Y+ PGP+++ t- 5? X- R* tv-- b+ DI+ D+(++) G h-- r++@ z?** --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
libc build broken with clang ?
Hi! I'm writing because I'm having some issues with -CURRENT and clang in amd64. I first compiled latest revision at this date and everything went ok: [0][root@Symphony ~]# uname -a FreeBSD Symphony.Gl 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sun Jul 10 10:38:28 ART 2011 t...@symphony.gl:/usr/obj/usr/src/sys/GENERIC amd64 Now, a week or two later, something around libc broke. here's the output of make buildworld with clang : lang -fpic -DPIC -O2 -pipe -march=native -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 /usr/bin/ld: cap_getrights.So: relocation R_X86_64_32S against `SYS_cap_getrights' can not be used when making a shared object; recompile with -fPIC cap_getrights.So: could not read symbols: Bad value clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src. *** Error code 1 My kernel configurations is very generic ( here it is, just in case - http://pastebin.com/ev78UTZL ), I've just disabled debug-related stuff (I have a separate kernel for that) I also think that my make.conf has nothing special (but I'll leave it anyways - http://pastebin.com/2Pi0ejbR ) So, I'm kinda confused here (I'm still not completely familiar with the source code) Any idea ? Thanks for reading ! -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@$ UBLVS$ P+ L+++() E- W++ N++(+++) o K- w--- !O- M-@ !V PS++@ PE? Y+ PGP+++ t- 5? X- R* tv-- b+ DI+ D+(++) G h-- r++@ z?** --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
