Choosing Intel MKL BLAS when compiling R
So if I'm following all this correctly, Intel MKL BLAS cannot be used as a "swap-in" for R like GotoBLAS or Atlas, but it CAN be used during the compilation phase as the hard-coded BLAS used? Incidentally, I switched over to OpenBLAS from GotoBLAS last year and have been happy with it -- it actually solved some compilation issues that GotoBLAS had (also, it appears the configuration phase is a lot faster). --j
On Wed, Nov 2, 2011 at 9:06 AM, Ei-ji Nakama <nakama at ki.rim.or.jp> wrote:
? ?o configure looks for support for OpenMP and if found compiles R ? ? ?with appropriate flags and also makes them available for use in ? ? ?packages: see 'Writing R Extensions'.
When people make by default option in GotoBLAS for Linux, it raise a thread at the time of the initialization of the library and set affinity. Therefore openmp will not cause a thread. The good method should control the number of the threads in omp_set_num_threads and goto_set_num_threads. !!!must perform this!!! performance when there is a part to use the thread for elsewhere is the worst MKL thinks that KMP_AFFINITY=verbose helps analysis. and ... people remove the number of the CPU's of the hyper thread in BLAS and should carry it out. # BLAS may count the number of the cores precisely partly. I wrote regret it in strange English.XD Best Regards, -- EI-JI Nakama? <nakama (a) ki.rim.or.jp> "\u4e2d\u9593\u6804\u6cbb"? <nakama (a) ki.rim.or.jp>
_______________________________________________ R-sig-hpc mailing list R-sig-hpc at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-hpc
Jonathan A. Greenberg, PhD Assistant Professor Department of Geography University of Illinois at Urbana-Champaign 607 South Mathews Avenue, MC 150 Urbana, IL 61801 Phone: 415-763-5476 AIM: jgrn307, MSN: jgrn307 at hotmail.com, Gchat: jgrn307, Skype: jgrn3007 http://www.geog.illinois.edu/people/JonathanGreenberg.html