On 10/21/2014 7:49 PM, Tony Kelman wrote:
Hopefully the number of threads you set at build time is just a maximum.
The library is explicitly designed so you can control the number of
threads used at runtime. What we're not sure about is what happens in
the default case when you don't manually se
On 10/21/2014 6:59 PM, Achim Gratz wrote:
Marco Atzeri writes:
Use "make NUM_THREADS=n " to support n threads. "
Wait, what?
So how many THREADS would you like to see ?
It should determine the number of cores at runtime as well as the level
of SSE/AVX support: i686 starts with the PentiumP
It should determine the number of cores at runtime as well as the level
of SSE/AVX support: i686 starts with the PentiumPro, which didn't have
SSE. Fixing this at compile time is nice for local builds, but no good
for packages.
As long as you set DYNAMIC_ARCH=1 (which Marco did), openblas does
Marco Atzeri writes:
> Use "make NUM_THREADS=n " to support n threads. "
Wait, what?
> So how many THREADS would you like to see ?
It should determine the number of cores at runtime as well as the level
of SSE/AVX support: i686 starts with the PentiumPro, which didn't have
SSE. Fixing this at c
On 10/21/2014 2:39 PM, Tony Kelman wrote:
So how many THREADS would you like to see ?
I think 8 would cover the majority of users, 16 at the most. I've seen
cases where openblas can try to use threads on small problems where it
shouldn't need to, so it would be good to check whether it's smart
On 10/20/2014 11:56 PM, Marco Atzeri wrote:
On 10/20/2014 6:16 PM, Tony Kelman wrote:
I may be doing this wrong, but I'm getting errors from your openblas
build, but not the reference blas package, when I run the following:
$ curl -O
https://raw.githubusercontent.com/xianyi/OpenBLAS/develop/te
I avoided to include lapack as for compatibility
I will need to split exactly as netlib in
cygblas-0.dll
cyglapack-0.dll
something for the future.
That makes sense, it gets packaged that way in debian and fedora too.
I think there's an open issue on openblas' tracker to add a build option
to s
On 10/21/2014 7:47 AM, Marco Atzeri wrote:
On 10/21/2014 1:33 AM, Tony Kelman wrote:
What does your Makefile.conf say for NUM_CORES? I can't seem to get a
test program with your build to use more than 2 cores (I have 4 + HT)
by setting the OPENBLAS_NUM_THREADS environment variable.
NUM_CORES=2
On 10/21/2014 1:33 AM, Tony Kelman wrote:
openblas is written in C
More assembly than C according to github's count. I'm used to building
the full version of openblas including their optimized implementations
of lapack routines, which bring in libgfortran. So nevermind.
I avoided to include l
openblas is written in C
More assembly than C according to github's count. I'm used to building
the full version of openblas including their optimized implementations
of lapack routines, which bring in libgfortran. So nevermind.
USE_THREAD=1 and USE_OPENMP=1, can be used dynamically ;
if I am
On 10/20/2014 6:16 PM, Tony Kelman wrote:
look in the source package
http://matzeri.altervista.org/x86_64/openblas/
Thanks. I'm a little surprised the cygblas-0.dll (x86_64, 0.2.12-1) does
not appear to be linked to libgfortran. Were you seeing your test
executables using multiple cores? I thin
look in the source package
http://matzeri.altervista.org/x86_64/openblas/
Thanks. I'm a little surprised the cygblas-0.dll (x86_64, 0.2.12-1) does
not appear to be linked to libgfortran. Were you seeing your test
executables using multiple cores? I think you may have to build with
USE_THREAD=1 t
On 10/20/2014 4:00 PM, Tony Kelman wrote:
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual Core i5-3320M.
Neat, I'll give it a try.
Hi,
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual Core i5-3320M.
On this system the spee
15 matches
Mail list logo
