Package Details: atlas-lapack 1:3.10.3-9

Git Clone URL: https://aur.archlinux.org/atlas-lapack.git (read-only, click to copy)
Package Base: atlas-lapack
Description: Automatically Tuned Linear Algebra Software
Upstream URL: http://math-atlas.sourceforge.net
Licenses: BSD, custom:lapack
Provides: atlas-lapack-base, blas, cblas, lapack
Submitter: ilpianista
Maintainer: henkm
Last Packager: henkm
Votes: 93
Popularity: 0.000050
First Submitted: 2008-04-24 01:36 (UTC)
Last Updated: 2024-02-01 12:28 (UTC)

Required by (550)

Sources (4)

Pinned Comments

phcerdan commented on 2017-06-08 06:48 (UTC) (edited on 2017-06-08 06:49 (UTC) by phcerdan)

Hey I just installed, and make these notes, that might be useful for somebody else: Good explanation in atlas site: http://math-atlas.sourceforge.net/atlas_install/node5.html Follow this, the governor set by cpupower knows shit about CPU without this: http://unix.stackexchange.com/questions/121410/setting-cpu-governor-to-on-demand-or-conservative Summary: http://vincent.jousse.org/tech/archlinux-compile-lapack-atlas-kaldi/ ===========Steps=========== Permanent disable intel_pstate: Edit: /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="intel_pstate=disable" and update grub: grub-mkconfig -o /boot/grub/grub.cfg And then enable acpi-cpufreq module: su root echo "acpi-cpufreq" > /etc/modules-load.d/acpi-cpufreq.conf restart. Now cpupower can set frequencies properly. To disable throtling sudo pacman -S cpupower sudo cpupower frequency-set -g performance It should apply to all cores, but if it only apply to the first one: copy files to the other (4 in laptop) sudo cp /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor To restore: sudo cpupower frequency-set -g ondemand If not all cores are set: sudo cp /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor This stuff is only required at build time.

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 18 Next › Last »

gborzi commented on 2012-07-01 14:33 (UTC)

This new version addresses the problems pointed to by jedbrown.

gborzi commented on 2012-06-27 07:59 (UTC)

@Liquen No, because cpufrequtils is useful only on those systems that support it, i.e. laptops, but it is useless, hence not installed, on workstations. The latter computers are a more suitable candidate for this package than the former ones.

Liquen commented on 2012-06-26 17:22 (UTC)

Shouldn't cpufrequtils be in makedepends?

jedbrown commented on 2012-06-15 18:31 (UTC)

Hmm, with static libraries, the established API is certainly that the application links the preferred libblas.a. But with shared libraries, we have to decide up-front because of -Wl,--as-needed. I think that if it was up to me, I'd link a liblapack.so and a libptlapack.so, but I can understand not wanting to do that, so use your judgement.

gborzi commented on 2012-06-15 18:22 (UTC)

@jedbrown Thanks for your advice, but I have a doubt about libblas.so. Should it point to libptf77blas.so or libf77blas.so? Some of the packages in the repos that use blas and/or lapack don't use threading (AFAIK octave, arpack, suitesparse don't). Moreover, should liblapack.so be linked against the MT or ST lib{c,f77}blas? Or none?

jedbrown commented on 2012-06-14 21:49 (UTC)

@gborzi FWIW, I think this is a bad default. Many parallel programs do the threading (or processes) at a higher level and *do not* want a threaded BLAS by default. Secretly using extra threads is a good way to create very confusing performance and cause great annoyance when reconfiguring (especially since Atlas take so long to build).

gborzi commented on 2012-06-14 21:43 (UTC)

@nwerneck, for multi-threaded machines the libcblas.so and libf77blas.so are built with libptcblas.a and libptf77blas.a respectively, so they're actually libptcblas.so and libptf77blas.so. Look at makefile.shared.mt for details. For single-threaded machines pt libraries are not built. If you need both kinds of libraries, you have to change makefile.shared.mt accordingly.

<deleted-account> commented on 2012-06-14 20:04 (UTC)

The package worked beautifully, but it is not installing ptcblas or ptf77blas. The ".a" files were built though. Is there any flag or dependency missing to generate ptcblas.so and install it?...

<deleted-account> commented on 2012-06-14 19:30 (UTC)

Wroked after a system upgrade...

gborzi commented on 2012-06-14 19:17 (UTC)

@nwerneck, you have a problem with your makepkg, the error messages are from it, not from the compiled binary. You miss /usr/bin/du in your box. It is part of coreutils, perhaps it got corrupted.