Date: Sun, 28 Aug 2016 12:03:05 -0400 From: Johannes Dieterich <dieterich.joh@gmail.com> To: =?UTF-8?Q?Fernando_Herrero_Carr=C3=B3n?= <elferdo@gmail.com> Cc: Dimitry Andric <dim@freebsd.org>, "K. Macy" <kmacy@freebsd.org>, freebsd-stable <freebsd-stable@freebsd.org>, Lars Engels <lars.engels@0x20.net>, Erich Dollansky <erichsfreebsdlist@alogt.com>, Andrea Brancatelli <abrancatelli@schema31.it>, Kubilay Kocak <koobs@freebsd.org> Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <CABquGzXJOStaTxbPDx8otxj-d=tov1T_SdpZKsrjnSKxGVWL8A@mail.gmail.com> In-Reply-To: <CAMwkeZxevR8UR9Vn2_5F7KR%2BTR5a5EdSbv=d8qkU%2BhunTv2zDQ@mail.gmail.com> References: <20160819073422.4292997b@X220.alogt.com> <af0fefab-69d7-f0a9-3d6d-4a9891d5a156@FreeBSD.org> <20160821144505.27c0f55d@X220.alogt.com> <827183a944ee4052649c152d65204444@schema31.it> <20160822101423.GF18643@e-new.0x20.net> <CAHM0Q_My2otDtVSzTiQMHE=ty%2B7kEBP%2BwfFofBvOzoz8ro%2B-sQ@mail.gmail.com> <79F32FFD-BBDF-4359-A4CB-C80A3FC59EAD@FreeBSD.org> <CAMwkeZxevR8UR9Vn2_5F7KR%2BTR5a5EdSbv=d8qkU%2BhunTv2zDQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 28, 2016 at 11:16 AM, Fernando Herrero Carr=C3=B3n <elferdo@gmail.com> wrote: > El 28/8/2016 14:56, "Dimitry Andric" <dim@freebsd.org> escribi=C3=B3: >> >> On 28 Aug 2016, at 02:10, K. Macy <kmacy@freebsd.org> wrote: >> > >> >> The problem here is that Phoronix took a Beta version of FreeBSD 11. >> >> Beta versions have a lot of debugging (malloc, invariants, witness) >> >> options enabled which make it significantly slower than release >> >> versions. This is even obviously when you run a Beta as a desktop. It >> >> just feels much slower. >> > >> > >> > I don't know what was going on in these particular tests, but in a >> > more recent benchmarking run >> > >> > -https://www.phoronix.com/scan.php?page=3Darticle&item=3Dfreebsd11-cla= ng-gcc&num=3D1 >> > - you're seeing the result of openmp being disabled in base. The clang >> > maintainer for src refuses to include libomp as required for -fopenmp >> > because nothing in base requires it. >> >> Come on, this is nonsense. I have indicated earlier that I would have >> liked to import openmp into base, but this was shot down precisely for >> that reason: nothing in base uses it. >> >> So for now, the solution is simply: install one of the llvm ports, and >> use it. These have configuration setting to install every optional >> component from the LLVM project. >> >> -Dimitry >> > > How does the port infrastructure handle openmp-enabled ports (those with = an > openmp option) then? Is an omp-capable compiler automatically pulled in o= r > is openmp ignored unless the port explicitely requests one from ports? If you set compiler:openmp, it currently defaults to pull in lang/gcc. So, even if the port would be perfectly happy to compile with llvm, we rely on gcc. If the port is an important library such as openblas or fftw3, this then in turn causes all the well documented issues for software using that library. So we should rely on, at the very least, lang/llvm38 to be used for these cases. However, that does not work out of the box as those ports do not find their own libraries (libomp is the important one here) by themselves, requiring alterations to every single make system (as the rest of the world correctly assumes that -fopenmp enables OpenMP) to add the link path. If that vaguely reminds you of the -Wl,-rpath=3D/usr/local/lib/gcc48 insanity, you'd be right. All of this may be why important ports (openblas, fftw3, ImageMagick) do not enable OpenMP by default, leaving us with sub-par performance not only in benchmarks such as the one cited above. It is a dreadful situation in my opinion and is not helped by the fact that we do not even acknowledge there to be an issue. I happen to require working OpenMP support on a day-to-day basis, are required to jump through hoops to get it, and it seems decisions are made without assessing the impact of them for people like me. Sorry Johannes
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABquGzXJOStaTxbPDx8otxj-d=tov1T_SdpZKsrjnSKxGVWL8A>