Hi,
It's a bit funny that I can't really tell exactly if I'm on a
multi-architectural
installation or not. I'm also relatively new to Unix type of systems.There
must be a way checking that, I'm sure. I would be happy if you could
suggest one such method for me.
But, naively, I would suspect it is a multi-arch installation that I
have here. Running the command "apt-file search <phrase>"
with i386, and x86_64-linus-gnu (amd64), gives a lot of things (mostly
stuff inside /usr/lib/....) that relate to both of these in my machine.
So, I just suppose it might be the case that I'm on a multi-arch
installation. That is as far as softwares (applications) are concerned.
On the hardware side, my laptop in a 64-bit capable machine
(Lenovo ThinkPadX240, Intel i7 core). I have quickly taken a look
at this link here for some brief exaplanations of terminology:
https://help.ubuntu.com/community/32bit_and_64bit .
Here is a command they suggested for me to use, adding that
" If this command returns lm (*L*ong *M*ode) as one of the flags, then your
processor is capable of 64-bit." :
grep --color=always -iw lm /proc/cpuinfo
The output does confirm that the processor of my machine is 64-bit.
Here is part of the output:
$ grep --color=always -iw lm /proc/cpuinfo
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc ap
Regards
Dumsani
On 26/06/2014 22:39, Frank Loeffler wrote:
On Thu, Jun 26, 2014 at 10:19:22PM +0200, Dumsani Ndzinisa wrote:
Yes, the file libhwloc.la doesn't seem to exist anywhere in my
machine despite the fact that I have libhwloc-dev installed.
I have no idea why this is the case.
This can be perfectly normal. The .la files are not necessary.
$ ls /usr/lib/x86_64-linux-gnu/libnuma.*
/usr/lib/x86_64-linux-gnu/libnuma.a /usr/lib/x86_64-linux-gnu/libnuma.so.1
/usr/lib/x86_64-linux-gnu/libnuma.so
So you now do actually have everything you should need. Strange. If
-lnuma still isn't found, /usr/lib/x86_64-linux-gnu is not in your
standard search path (which would be odd, but possible. Do you by any
chance try this on a multi-arch installation with i386 being the default
(so that the numa library that is x86_64 cannot be linked, and you would
need to install the corresponding i386 library instead - not that I
would suggest that).
Of course, it would help to eventually understand why -lnuma also
comes into the liking sequence.
True. From the configuration script and the absence of the .la file I
would think it needs to be something else than that.
On a single machine (like a workstation or laptop), I found that _not_
using hwloc can actually be an advantage anyway in some circumstances
(multiple MPI jobs _not_ all tied to the first core).
Frank
_______________________________________________
Users mailing list
[email protected]
http://lists.einsteintoolkit.org/mailman/listinfo/users
