Comment 4 for bug 817212

FWIW, this bug is still present in 2.6.1. While I understand that it might be a sensible idea to define an upper bound on the number of CPUs used by default, it seems a bit restrictive to be stuck at 2 threads.

Since OpenBLAS comes with kernels that are optimized to the user's machine anyhow, having to recompile it just so we can use a decent number of threads is a bit restrictive. As long as the default number of threads remains something small (1, 2, or determined at runtime as #cores present), why disable the environment variables?