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 2 3 4 5 6 7 8 9 10 11 .. 18 Next › Last »

marmistrz commented on 2016-09-02 20:44 (UTC)

Ok, this seems to be the reason why I failed to compile it without intel-pstate. My CPU uses Intel Turbo Boost. Is it possible to install this without such tricks? Many common packages need this, e.g. python2-numpy, r. The old package atlas-lapack-base didn't complain at all.

nTia89 commented on 2016-08-19 15:59 (UTC) (edited on 2016-08-20 18:48 (UTC) by nTia89)

today I give it another try, since I noticed about this bug (https://bugs.archlinux.org/task/50202) at this time, I was successful by booting with `intel-pstate=disable` kernel parameter AND, together with, disabling the SpeedStep intel feature from the bios of my laptop now, is there a way to check out the performance, in order to compare the performance increase of the compiled package versus the pre-compiled one? EDIT: I was successful (compilation starts) even with the combination of: disabling intel_pstate, disabling ppc through kernel parameters and forcing the performance governor using cpupower tool EDIT2: I added a little section in our archwiki (https://wiki.archlinux.org/index.php/CPU_frequency_scaling#atlas-lapack_compilation) in order to help fellows. This is a very preliminary draft version, so every edit is welcome EDIT3: how does the compilation should handle intel TurboBoost technology, since this is disabled when disabling pstate?

marmistrz commented on 2016-08-18 18:08 (UTC)

Have problems too, using TLP. Have the same lines in dmesg: [ 0.033503] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 0.033503] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)

bartus commented on 2016-08-11 11:59 (UTC)

A neat solution would be to add 'wait' function beside the prompt - and gave user a chance to change cpu-governor before starting the build procedure. Similar solution can be found in Slic3r-git PKGBUILD which allow user to tune the branch before starting the build.

nTia89 commented on 2016-07-31 09:27 (UTC) (edited on 2016-07-31 11:15 (UTC) by nTia89)

I've already tried it PS: my CPU is an Intel Broadwell EDIT: maybe related to these lines found with dmesg? [ 0.027339] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 0.027339] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)

giniu commented on 2016-07-31 09:24 (UTC)

Try also hints from http://math-atlas.sourceforge.net/atlas_install/node5.html - might help. There are too many ways to set this to do automatically - and it might require root permissions for some - so it cannot be part of PKGBUILD unfortunately.

nTia89 commented on 2016-07-31 08:55 (UTC)

given that, it's the first time I'm trying to compile this package, I'm not able to compile it! It always gives me the "throttling error" I've tried every kind of suggestion, stated below but with no luck... PS: I'm on a laptop, with `tlp` installed

giniu commented on 2016-07-30 16:49 (UTC)

I've made some changes to this package. Please test if possible. It needs further refreshment, but I don't have time for it now. Patches/PKGBUILDs with updates are welcome, I can also pass this to someone with more time at hand.

kgizdov commented on 2016-07-26 09:25 (UTC)

@peder2tm, yep, failed at the same step for me. It is definitely a bug.

melissawm commented on 2016-06-11 21:27 (UTC)

Hi all, I'm trying to build this package via makepkg in order to include it in CCR (chakra does not provide this package) and I get the following error: cp: impossível obter estado de '/home/melissa/atlas_lapack_package_chakra/atlas-lapack/src/ATLAS/build/lib/libsatlas.dylib': Arquivo ou diretório não encontrado Make.top:658: recipe for target 'install_lib' failed make[1]: [install_lib] Error 1 (ignored) Checking the make files I got this from Make.lib: # ======================================================================= # The following commands are to build dynamib libraries on OS X (in BETA) # ======================================================================= dylib : rm -rf $(tmpd) ; mkdir $(tmpd) cd $(tmpd) ; ar x ../liblapack.a cd $(tmpd) ; ar x ../libf77blas.a cd $(tmpd) ; ar x ../libcblas.a cd $(tmpd) ; ar x ../libatlas.a cd $(tmpd) ; $(LIBTOOL) -dynamic -o ../libsatlas.dylib \ -install_name $(LIBINSTdir)/libsatlas.dylib -current_version $(VER) \ -compatibility_version $(VER) *.o $(LIBS) $(F77SYSLIB) rm -rf $(tmpd) So apparently this dylib file is meant for OSX. Why do we need this to be built on Linux? How do I avoid this if this is the case? I didn't touch the PKGBUILD file so this must happen in archlinux as well... I'm new to package building to please forgive my noobness if this is totally wrong, but any help is appreciated. Thanks!