Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Jul 2016 05:57:32 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 211393] math/R: update patches and options
Message-ID:  <bug-211393-13-eySLqRj75p@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-211393-13@https.bugs.freebsd.org/bugzilla/>
References:  <bug-211393-13@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211393

Joseph Mingrone <jrm@ftfl.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #173018|0                           |1
        is obsolete|                            |
 Attachment #173086|                            |maintainer-approval+
              Flags|                            |

--- Comment #6 from Joseph Mingrone <jrm@ftfl.ca> ---
Created attachment 173086
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D173086&action=
=3Dedit
second svn diff to improve math/R

Thanks for testing.  The last diff had LTO_USE=3DGCC, but it should have be=
en
LTO_USE=3D gcc=3Dyes.

Other new changes:

- Return the option for the shared R library [1].  This performance hit
described in the reference is one reason why the math/libR port should stick
around, i.e., for the few ports that require an embedded R.
- Create an option for memory profiling (like upstream, off by default).
- Create an option for R profiling (like upstream, on by default).
- --enable-BLAS-shlib when R's internal BLAS is chosen.

P.S., Rainer, I've seen some old blog posts that show ATLAS can be faster. =
 Do
you have any specific tests I can reproduce to gauge the current speedups u=
sing
ATLAS versus R's internal BLAS?

----------------------------------------
[1] From the R Installation and Administration Manual:

"Flag --enable-R-shlib causes the make process to build R as a dynamic (sha=
red)
library, typically called libR.so, and link the main R executable R.bin aga=
inst
that library. This can only be done if all the code (including system
libraries) can be compiled into a dynamic library, and there may be a
performance47 penalty*. So you probably only want this if you will be using=
 an
application which embeds R."

"* We have measured 15-20% on i686 Linux and around 10% on x86_64 Linux."

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211393-13-eySLqRj75p>