search for: blases

It seems like many of the multi-threaded BLASes have some sort of fundamental problem preventing use in the way Juan suggests: - Dirk's vignette states that ATLAS "fixes the number of cores used at compile-time and cannot vary this setting at run-time", so any user-friendly implementation for R would have to compile ATLAS for 1-1...

Hi, I have both linux and solaris NIS client against a Solaris NIS Server, but my linux box are shamefully slow compare to solaris some sample: on Solaris 5.8: # ypwhich transporter02.domain.com # time id userid uid=36923(userid) gid=36923(u_036923) real 0.0 user 0.0 sys 0.0 on Linux: [root at linux]# ypwhich transporter02.domain.com [root at amsdc2-n-s04taw root]# time

...r performance degradation. > It could at least be described in the manual page so that users would > know that export OPENBLAS_NUM_THREADS=1 is a solution. There isn't much R can do about the behaviour of the BLAS, because there is no standard interface to set the number of threads. Some BLASes (like ATLAS) don't even offer it as a tunable number at all [*]. A system administrator could link the installation of R against FlexiBLAS [**], provide safe defaults in the environment variables and educate the users about its tunables [***], but that's a choice just like it had been a ch...

I also have this questions for this. I wonder if R initiates a system environment or options to instruct the packages on the number of cores to use? It doesn't have to be mandatory for now, but at least package maintainers can have shared consensus and start to adopt this humble settings rather than abusing parallel::detectCores() to max out the number of threads by default. > On Aug 7,

...s, shipping R by default with Non-GPL is illegal. Cheers, Juan El 17/12/2017 2:50 a. m., "Avraham Adler" <avraham.adler at gmail.com> escribi?: > On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell <kmbell56 at gmail.com> wrote: > > It seems like many of the multi-threaded BLASes have some sort of > > fundamental problem preventing use in the way Juan suggests: > > > > - Dirk's vignette states that ATLAS "fixes the number of cores used at > > compile-time and cannot vary this setting at run-time", so any > > user-friendly impleme...

...il.com > <https://stat.ethz.ch/mailman/listinfo/r-devel>> />/escribi?: />//>>/On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell <kmbell56 at gmail.com > <https://stat.ethz.ch/mailman/listinfo/r-devel>> wrote: />>/> It seems like many of the multi-threaded BLASes have some sort of />>/> fundamental problem preventing use in the way Juan suggests: />>/> />>/> - Dirk's vignette states that ATLAS "fixes the number of cores used at />>/> compile-time and cannot vary this setting at run-time", so any />>/&g...

...kload, frequently redundant). > > - Two-dimensional objects eventually get transformed into matrices and > handed to LAPACK for linear algebra operations. Currently, the > interface used by R to talk to BLAS and LAPACK only supports 32-bit > signed integers for lengths. 64-bit BLASes and LAPACKs do exist > (e.g. OpenBLAS can be compiled with 64-bit lengths), but we haven't > taught R to use them. > > (This isn't limited to array dimensions, by the way. If you try to > svd() a 40000 by 40000 matrix, it'll try to ask for temporary memory >...

...adler at gmail.com <https://stat.ethz.ch/mailman/listinfo/r-devel>> />/escribi?: />//>>/On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell <kmbell56 at gmail.com <https://stat.ethz.ch/mailman/listinfo/r-devel>> wrote: />>/> It seems like many of the multi-threaded BLASes have some sort of />>/> fundamental problem preventing use in the way Juan suggests: />>/> />>/> - Dirk's vignette states that ATLAS "fixes the number of cores used at />>/> compile-time and cannot vary this setting at run-time", so any />>/&g...

Full_Name: Stephen Weigand Version: 1.9.0 OS: Mac OS X 10.3.4 Submission from: (NULL) (68.115.89.235) When running an iteratively reweighted least squares program R crashes and the following is written to the console.app (when using R GUI) or to stdout (when using R from the command line): Parameter 5 to routine DSTEIN was incorrect Mac OS BLAS parameter error in DSTEIN, parameter #0,

...ndant). >> >> - Two-dimensional objects eventually get transformed into matrices and >> handed to LAPACK for linear algebra operations. Currently, the >> interface used by R to talk to BLAS and LAPACK only supports 32-bit >> signed integers for lengths. 64-bit BLASes and LAPACKs do exist >> (e.g. OpenBLAS can be compiled with 64-bit lengths), but we haven't >> taught R to use them. >> >> (This isn't limited to array dimensions, by the way. If you try to >> svd() a 40000 by 40000 matrix, it'll try to ask for...

On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell <kmbell56 at gmail.com> wrote: > It seems like many of the multi-threaded BLASes have some sort of > fundamental problem preventing use in the way Juan suggests: > > - Dirk's vignette states that ATLAS "fixes the number of cores used at > compile-time and cannot vary this setting at run-time", so any > user-friendly implementation for R would have...

Hello, Would a less resource-intensive value, such as 1, be a safer default CPU value for confint? I noticed excessive CPU usage on a I.T. administrator-managed server which was being three-quarters used by another staff member when the confidence interval calculation in an R Markdown document suddenly changed from two seconds to ninety seconds because of competition for CPUs between users. Also,

What is the status of supporting long vectors in data.frames (e.g. data.frames with more than 2^31 records)? Is this something that is being worked on? Is there a time line for this? Is this something I can contribute to? I now regularly work with datasets with more than 2^31 records and not being able to use data.frames is frustrating sometimes. I tried looking for information on this, but

Howdy list, I can't seem to find any doc's explaining what's really going on behind this scenario: A user home directory had been reset to : d--- --- --- user group user_dir As root i tried to : chmod -R 750 user_dir got permission denied, my friend tried with as user that owns the directory to: chmod -R 750 user_dir and voila it works. My question is how come did it work,

X@n`ax --V@1ium--Phe^ntermine, S0ma right to your door. m.eds from u-s_a & 0v_ernig'ht sh,ipping http://k.l.123a2zrx.us It would be a out and out day-dreaming if you don't want to lose weight via exercise? Now Maridia is with you,you can be a day-dreamer. Again the scene changed, and within a dingy, underground room, hemmed in by walls of stone, and dimly lighted by a

...on. >> It could at least be described in the manual page so that users would >> know that export OPENBLAS_NUM_THREADS=1 is a solution. > > There isn't much R can do about the behaviour of the BLAS, because > there is no standard interface to set the number of threads. Some BLASes > (like ATLAS) don't even offer it as a tunable number at all [*]. > > A system administrator could link the installation of R against > FlexiBLAS [**], provide safe defaults in the environment variables and > educate the users about its tunables [***], but that's a choice j...

...adler at gmail.com <https://stat.ethz.ch/mailman/listinfo/r-devel>> />/escribi?: />//>>/On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell <kmbell56 at gmail.com <https://stat.ethz.ch/mailman/listinfo/r-devel>> wrote: />>/> It seems like many of the multi-threaded BLASes have some sort of />>/> fundamental problem preventing use in the way Juan suggests: />>/> />>/> - Dirk's vignette states that ATLAS "fixes the number of cores used at />>/> compile-time and cannot vary this setting at run-time", so any />>/&g...

It seems that reproducibility across systems is also an issue with multithreaded BLASes: https://hal.archives-ouvertes.fr/hal-01202396/file/exblas.pdf On Sun, Dec 17, 2017 at 11:50 AM, Keith O'Hara <keith.ohara at nyu.edu> wrote: > On point 1): > > The standard approach seems to favor the reference BLAS for reasons other > than speed. > > For example, ve...

Rhelpers: I recently installed the 64-bit version of R on my Debian system, and afterwards was asked if it was compiled using ATLAS. Is there a way to test to see if R is using ATLAS? --j

...ate the default directory. EXT_LIBS = D:/R64/extsoft # an alternative is to use -gstabs here, if the debugger supports only stabs. # G_FLAG = -gdwarf-2 # Set to YES and specify the path if you want to use the ATLAS BLAS. USE_ATLAS = YES ATLAS_PATH =D:/home/thread0 # Support for the ACML and Goto BLASes has been withdrawn: see R-admin.html # Define to use svnversion to set SVN-REVISION (slow, and requires a clean # checkout with no modifications). # USE_SVNVERSION = YES # With the previously recommended gcc 4.6.3 toolchain, set this to 32 or 64 # MULTI = 64 # If the toolchain's bin directory...