blocks|key|441377|text|构建脚本找不到numa库-+NUMA+(非统一内存访问)。-l选项告诉链接器链接库，但是您的系统没有安装正确的链接器，或者您对链接器的搜索路径不完整/错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|441378|尝试向您的包管理器(apt或rpm)查询包libnuma。|441379|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The build script can't find the numa library - NUMA (Non Uniform Memory Access). The -l option tells the linker to link the library, but your system ether doesn't have the right one installed or your search path for the linker is incomplete/wrong.

Try querying your package-manager (apt or rpm) for a package libnuma.

blocks|key|441428|text|OpenMPI和我认为mpich2使用libnuma+(+Linux内核支持的NUMA+(非统一内存访问)策略的一个简单编程接口)进行内存亲和性--以确保特定MPI任务的内存保持在任务运行的内核附近，而不是完全保存在另一个套接字上的缓存中。这对于多核节点上的性能非常重要。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|441429|如果链接器找不到库，则可能需要使用YaST安装libnuma-devel。|441430|entityMap|0|LINK|mutability|MUTABLE|url|http://linux.die.net/man/3/numa^0|J|7|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

OpenMPI, and I think mpich2, uses <a href="http://linux.die.net/man/3/numa" rel="nofollow">libnuma</a> (`a simple programming interface to the NUMA (Non Uniform Memory Access) policy supported by the Linux kernel') for memory affinity -- to ensure that the memory for a particular MPI task stays close to the core that the task is running on, as vs. being kept in cache on another socket entirely. This is important for performance on multicore nodes.

You may need to use YaST to install libnuma-devel if your linker can't find the library.

blocks|key|1472794|text|谢谢Jonathan+Dursi！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1472795|在Ubuntu上，包名是libnuma-dev。|1472796|apt-get+install+libnuma-dev|offset|length|style|CODE|1472797|entityMap^0|0|0|0|R|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Thanks Jonathan Dursi!

On Ubuntu, the package name is libnuma-dev. 
<code>apt-get install libnuma-dev</code>

blocks|key|4479801|text|我在一台安装了NUMA库的远程服务器上遇到了同样的错误。特别是，文件/usr/lib64/libnuma.so.1已经存在了。链接器似乎只查找名称为libnuma.so的文件。创建符号链接|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4479802|ln+-s+/usr/lib64/libnuma.so.1+/usr/lib64/libnuma.so|code-block|syntax|javascript|4479803|如上所述，here可能可以工作，但在我的例子中，我没有在/usr/lib64中创建文件的权限。我通过在我有写权限的其他位置创建symlink来解决这个问题：|4479804|ln+-s+/usr/lib64/libnuma.so.1+/some/path/libnuma.so|4479805|然后将此路径添加到编译标志。在您的情况下，这将是|4479806|mpicxx+-L/some/path+-o+exp_fit+driver.cpp+readinp.o|4479807|在我的大型构建过程(编译fftw)中，我将路径添加到LDFLAGS环境变量，|4479808|export+LDFLAGS="${LDFLAGS}+-L/some/path"|4479809|解决了这个问题。|4479810|entityMap|0|LINK|mutability|MUTABLE|url|https://shocksolution.com/2013/02/20/openmpi-on-redhat-5-cannot-find-lnuma/|1|http://www.fftw.org/^0|Y|N|22|A|0|0|S|A|5|4|0|0|0|0|0|Q|7|C|4|1|0|0|0^^$0|@$1|2|3|4|5|6|7|18|8|@$9|19|A|1A|B|C]|$9|1B|A|1C|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|1D|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|1E|8|@$9|1F|A|1G|B|C]]|D|@$9|1H|A|1I|1|1J]]|E|$]]|$1|M|3|N|5|H|7|1K|8|@]|D|@]|E|$I|J]]|$1|O|3|P|5|6|7|1L|8|@]|D|@]|E|$]]|$1|Q|3|R|5|H|7|1M|8|@]|D|@]|E|$I|J]]|$1|S|3|T|5|6|7|1N|8|@$9|1O|A|1P|B|C]]|D|@$9|1Q|A|1R|1|1S]]|E|$]]|$1|U|3|V|5|H|7|1T|8|@]|D|@]|E|$I|J]]|$1|W|3|X|5|6|7|1U|8|@]|D|@]|E|$]]|$1|Y|3|-4|5|6|7|1V|8|@]|D|@]|E|$]]]|Z|$10|$5|11|12|13|E|$14|15]]|16|$5|11|12|13|E|$14|17]]]]

I got the same error working on a remote server, which had the NUMA library installed. In particular, the file <code>/usr/lib64/libnuma.so.1</code> existed. It appears that the linker only looked for the file under the name <code>libnuma.so</code>. Creating the symlink

<pre><code>ln -s /usr/lib64/libnuma.so.1 /usr/lib64/libnuma.so
</code></pre>

as described <a href="https://shocksolution.com/2013/02/20/openmpi-on-redhat-5-cannot-find-lnuma/" rel="nofollow noreferrer">here</a> might have worked, but in my case I did not have permission to create files in <code>/usr/lib64</code>. I got around this by creating the symlink in some other location of which I have write permission:

<pre><code>ln -s /usr/lib64/libnuma.so.1 /some/path/libnuma.so
</code></pre>

and then add this path to the compilation flags. In your case this would be

<pre><code>mpicxx -L/some/path -o exp_fit driver.cpp readinp.o
</code></pre>

In my case of a larger build process (compiling <a href="http://www.fftw.org/" rel="nofollow noreferrer">fftw</a>), I added the path to the <code>LDFLAGS</code> environment variable,

<pre><code>export LDFLAGS="${LDFLAGS} -L/some/path"
</code></pre>

which fixed the issue.

I am compiling a message passing program using openmpi with mpicxx on a Linux desktop. My makefile does the following:

<pre><code>mpicxx -c readinp.cpp
mpicxx -o exp_fit driver.cpp readinp.o 
</code></pre>

at which point i get the following error:

<pre><code>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lnuma
</code></pre>

My questions are: 

what is -lnuma? what is using it? how should i go about linking to it?

What is -lnuma and what program uses it for compilation?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在Linux桌面上使用openmpi和mpicxx编译一个消息传递程序。我的makefile执行以下操作：mpicxx -c readinp.cppmpicxx -o exp_fit driver.cpp readinp.o 在这一点上，我得到以下错误：/usr/lib64/gcc/x86_64-suse-linu...

问什么是-lnuma ?什么程序使用它进行编译？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问什么是-lnuma ?什么程序使用它进行编译？EN