Note that currently R internals do not actually use multiple threads
in OpenMP, and there is no documented way to make them do so.
The main issue is that there is insufficient knowlege of where they
are worthwhile (which is both OS and platform-dependent: we don't even
have reliable cross-plat
Pawel,
On Aug 31, 2011, at 4:46 PM, pawelm wrote:
> I just found this (performance improvement of the "dist" function when using
> openmp):
>
> .Internal(setMaxNumMathThreads(1)); .Internal(setNumMathThreads(1)); m <-
> matrix(rnorm(81),900,900); system.time(d <- dist(m))
>
> user system
I just found this (performance improvement of the "dist" function when using
openmp):
.Internal(setMaxNumMathThreads(1)); .Internal(setNumMathThreads(1)); m <-
matrix(rnorm(81),900,900); system.time(d <- dist(m))
user system elapsed
3.510 0.013 3.524
.Internal(setMaxNumMathThreads
Simon,
This is very useful example and explanation. Thank you very, very much. The
icing on the cake would be some guidelines how to set up the number of
threads. R source code uses global variable R_num_math_threads. Can we use
that? Or each openmp-enabled R package would have it's own mechanism?
On Wed, Aug 31, 2011 at 10:40 AM, oliver wrote:
> On Wed, Aug 31, 2011 at 10:34:38AM -0500, Jeffrey Ryan wrote:
> [...]
>> My case is a bit more subtle, as the code that I am writing makes no
>> use of any GPL code, aside from the compilation and linking to allow
>> GPL "R" code to access it.
> [.
On Wed, Aug 31, 2011 at 10:34:38AM -0500, Jeffrey Ryan wrote:
[...]
> My case is a bit more subtle, as the code that I am writing makes no
> use of any GPL code, aside from the compilation and linking to allow
> GPL "R" code to access it.
[...]
Just ask people from the FSF, if your issue is compli
On Tue, Aug 30, 2011 at 3:52 PM, Prof Brian Ripley
wrote:
>
> On Tue, 30 Aug 2011, Duncan Murdoch wrote:
>
>> On 30/08/2011 1:50 PM, Jeffrey Ryan wrote:
>>>
>>> R-devel,
>>>
>>> I am interested in creating a package that requires non-GPL'd (commercial)
>>> C code to work. In essence it is a sing
If you compile/link the code together,
and distribute the software, then the code must be GPL.
Seperate install makes sense. IMHO.
So then the user would put together the parts.
Not sure, but maybe the different parts also must be shipped seperated.
Ciao,
Oliver
On Tue, Aug 30, 2011 at 12:5
>> Yes, sysdata.rda is in package/R - source code available here:
>> https://github.com/cwickham/munsell/tree/master/R
>
> I think the problem was you weren't using the github code. When I install
> it, I don't get the error. I only get it from the CRAN version of the
> package, which had the mun
On Aug 30, 2011, at 12:57 PM, pawelm wrote:
> Simon,
>
> I found that files R-2.13.1/src/library/stats/src/distance.c and
> R-2.13.1/src/main/array.c have openmp code (example below). I have couple
> questions regarding best practices when using R internals and openmp.
>
> Can we use R-2.13.1/s
On Aug 30, 2011, at 12:57 PM, pawelm wrote:
> Simon,
>
> I found that files R-2.13.1/src/library/stats/src/distance.c and
> R-2.13.1/src/main/array.c have openmp code (example below). I have couple
> questions regarding best practices when using R internals and openmp.
>
> Can we use R-2.13.1/
On 11-08-30 8:41 PM, Hadley Wickham wrote:
That works fine for me as well and then this special data are available when
the Namespace is loaded already. Have you put that file into package/R
rather than package/data? Which R version?
Yes, sysdata.rda is in package/R - source code available here
Nacho Uve gmail.com> writes:
>
> Hello,
>
> I'm newbie in R and I have a problem exporting a table with many columns to
> a dbf file.
In many sources, the maximum number of fields is said to be 128 or 255. I have
seen a reference to 1024. It varies a great deal with the software being used.
DB
13 matches
Mail list logo