Re: [Rd] R process (and forked children via system2) are limited to 1 core?

Nathaniel, that did the trick. Thanks so much for your help. Tom $ export OPENBLAS_MAIN_FREE=1 $ R $ cat /proc/1538/status | grep Cpus_allowed Cpus_allowed: Cpus_allowed_list: 0-31 On Aug 6, 2014, at 2:41 PM, Nathaniel Smith wrote: > On Wed, Aug 6, 2014 at 10:31 PM,

[Rd] R process (and forked children via system2) are limited to 1 core?

Hi, (Using R 3.1.1 on Ubuntu 12.04.4 LTS) What is the recommended way for R to fork a (non-R) process that is not CPU limited? Currently I am using R’s system2() call, and this is inheriting the environment of the R process. I notice that (at least on Linux) when I am poking around /proc t

Re: [Rd] R process (and forked children via system2) are limited to 1 core?

2960 27363 0 14:27 pts/300:00:00 grep --color=auto R tomk@mr-0xb4:~$ grep Cpus /proc/8366/status Cpus_allowed: 0001 Cpus_allowed_list: 0 As you can see, my R is super vanilla. I haven’t configured hardly anything. I’m just loading a few plain packages. Thanks, Tom On Aug 6,

[Rd] R process (and forked children via system2) are limited to 1 core?

Hi, (Using R 3.1.1 on Ubuntu 12.04.4 LTS) What is the recommended way for R to fork a (non-R) process that is not CPU limited? Currently I am using R's system2() call, and this is inheriting the environment of the R process. I notice that (at least on Linux) when I am poking around /proc t

Re: [Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

22 exponent : -1 mantissa : 4503063234609149 mantissa as hex: fff831c7d $ java -version java version "1.7.0_51" Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) On Apr 26, 2014, at 2:18 PM, Dunc

Re: [Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

Hi, One additional follow-up here. Unfortunately, I hit what looks like an R parsing bug that makes the Java Double.toHexString() output unreliable for reading by R. (This is really unfortunate, because the format is intended to be lossless and it looks like it’s so close to fully working.)

Re: [Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

df2 = read.csv("million.csv") > str(df2) 'data.frame': 100 obs. of 1 variable: $ X0.1: Factor w/ 100 levels "1.1","1.2345678901234567890",..: 1 13 24 35 46 57 666668 79 90 3 ... On Apr 26, 2014, at 4:28 AM, Duncan

Re: [Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

. Thanks, Tom On Apr 26, 2014, at 5:26 AM, Dirk Eddelbuettel wrote: > > On 26 April 2014 at 07:28, Duncan Murdoch wrote: > | On 26/04/2014, 12:23 AM, Tom Kraljevic wrote: > | > > | > Hi, > | > > | > We at 0xdata use Java and R together, and the new behavior for read.

[Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

Hi, We at 0xdata use Java and R together, and the new behavior for read.csv has made R unable to read the output of Java’s Double.toString(). This, needless to say, is disruptive for us. (Actually, it was downright shocking.) +1 for restoring old behavior. Thanks, Tom __