繁体   English   中英

运行导入 tensorflow 后出现非法指令(核心转储)

[英]Illegal instruction (core dumped) after running import tensorflow

我创建了一个全新的虚拟环境: virtualenv -p python2 test_venv/并安装了 tensorflow: pip install --upgrade --no-cache-dir tensorflow --upgrade pip install --upgrade --no-cache-dir tensorflow

import tensorflow给了我Illegal instruction (core dumped)

请帮助我了解发生了什么以及如何解决。 谢谢你。

CPU信息:

-cpu
          description: CPU
          product: Intel(R) Core(TM) i3 CPU       M 330  @ 2.13GHz
          bus info: cpu@0
          version: CPU Version
          capabilities: x86-64 fpu fpu_exception wp 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 rdtscp constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm tpr_shadow vnmi flexpriority ept vpid dtherm arat cpufreq

使用 gdb 获得的堆栈跟踪:

#0  0x00007fffe5793880 in std::pair<std::__detail::_Node_iterator<std::pair<tensorflow::StringPiece const, std::function<bool (tensorflow::Variant*)> >, false, true>, bool> std::_Hashtable<tensorflow::StringPiece, std::pair<tensorflow::StringPiece const, std::function<bool (tensorflow::Variant*)> >, std::allocator<std::pair<tensorflow::StringPiece const, std::function<bool (tensorflow::Variant*)> > >, std::__detail::_Select1st, std::equal_to<tensorflow::StringPiece>, tensorflow::StringPieceHasher, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_M_emplace<std::pair<tensorflow::StringPiece, std::function<bool (tensorflow::Variant*)> > >(std::integral_constant<bool, true>, std::pair<tensorflow::StringPiece, std::function<bool (tensorflow::Variant*)> >&&) ()
   from /media/gerry/hdd_1/ws_hdd/test_venv/local/lib/python2.7/site-packages/tensorflow/python/../libtensorflow_framework.so
#1  0x00007fffe5795735 in tensorflow::UnaryVariantOpRegistry::RegisterDecodeFn(std::string const&, std::function<bool (tensorflow::Variant*)> const&) () from /media/gerry/hdd_1/ws_hdd/test_venv/local/lib/python2.7/site-packages/tensorflow/python/../libtensorflow_framework.so
#2  0x00007fffe5770a7c in tensorflow::variant_op_registry_fn_registration::UnaryVariantDecodeRegistration<tensorflow::Tensor>::UnaryVariantDecodeRegistration(std::string const&) ()
   from /media/gerry/hdd_1/ws_hdd/test_venv/local/lib/python2.7/site-packages/tensorflow/python/../libtensorflow_framework.so
#3  0x00007fffe56ea165 in _GLOBAL__sub_I_tensor.cc ()
   from /media/gerry/hdd_1/ws_hdd/test_venv/local/lib/python2.7/site-packages/tensorflow/python/../libtensorflow_framework.so
#4  0x00007ffff7de76ba in call_init (l=<optimized out>, argc=argc@entry=2, argv=argv@entry=0x7fffffffd5c8, env=env@entry=0xa7b4d0)
    at dl-init.c:72
#5  0x00007ffff7de77cb in call_init (env=0xa7b4d0, argv=0x7fffffffd5c8, argc=2, l=<optimized out>) at dl-init.c:30
#6  _dl_init (main_map=main_map@entry=0xa11920, argc=2, argv=0x7fffffffd5c8, env=0xa7b4d0) at dl-init.c:120
#7  0x00007ffff7dec8e2 in dl_open_worker (a=a@entry=0x7fffffffb5c0) at dl-open.c:575
#8  0x00007ffff7de7564 in _dl_catch_error (objname=objname@entry=0x7fffffffb5b0, errstring=errstring@entry=0x7fffffffb5b8, 
    mallocedp=mallocedp@entry=0x7fffffffb5af, operate=operate@entry=0x7ffff7dec4d0 <dl_open_worker>, args=args@entry=0x7fffffffb5c0)
    at dl-error.c:187
#9  0x00007ffff7debda9 in _dl_open (
    file=0x7fffea7cbc34 "/media/gerry/hdd_1/ws_hdd/test_venv/local/lib/python2.7/site-packages/tensorflow/python/_pywrap_tensorflow_internal.so", mode=-2147483646, caller_dlopen=0x51ad19 <_PyImport_GetDynLoadFunc+233>, nsid=-2, argc=<optimized out>, argv=<optimized out>, env=0xa7b4d0)
    at dl-open.c:660
#10 0x00007ffff75ecf09 in dlopen_doit (a=a@entry=0x7fffffffb7f0) at dlopen.c:66
#11 0x00007ffff7de7564 in _dl_catch_error (objname=0x9b1870, errstring=0x9b1878, mallocedp=0x9b1868, operate=0x7ffff75eceb0 <dlopen_doit>, 
    args=0x7fffffffb7f0) at dl-error.c:187
#12 0x00007ffff75ed571 in _dlerror_run (operate=operate@entry=0x7ffff75eceb0 <dlopen_doit>, args=args@entry=0x7fffffffb7f0) at dlerror.c:163
#13 0x00007ffff75ecfa1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#14 0x000000000051ad19 in _PyImport_GetDynLoadFunc ()
#15 0x000000000051a8e4 in _PyImport_LoadDynamicModule ()
#16 0x00000000005b7b1b in ?? ()
#17 0x00000000004bc3fa in PyEval_EvalFrameEx ()
#18 0x00000000004c136f in PyEval_EvalFrameEx ()
#19 0x00000000004b9ab6 in PyEval_EvalCodeEx ()
#20 0x00000000004b97a6 in PyEval_EvalCode ()
#21 0x00000000004b96df in PyImport_ExecCodeModuleEx ()
#22 0x00000000004b2b06 in ?? ()
#23 0x00000000004a4ae1 in ?? ()

我会使用旧版本。 看起来您的 CPU 不支持 AVX 指令。

引用他们的发布页面

Breaking Changes
Prebuilt binaries are now built against CUDA 9.0 and cuDNN 7.
Prebuilt binaries will use AVX instructions. This may break TF on older CPUs.

你至少有两个选择:

  1. 使用 tensorflow 1.5 或更早版本

  2. 从源代码构建

关于您对差异的关注,您会错过新功能,但大多数基本功能和文档并没有什么不同。

不幸的是,1.6 给了很多人同样的错误。 我在一台旧的 Core2 CPU 的机器上安装了 1.7 后收到了它。 我已经用 1.5 解决了,因为我无法在带有最新处理器的机器中安装大显卡!

如已接受的答案中所述,可以通过安装旧版本的 TensorFlow (v1.5) 或从源代码构建来解决此问题。 在这两者之间,尽管付出了额外的努力,但从源头构建可以说是首选途径。 假定二进制文件包含 TensorFlow 的最新组件。

本文介绍了如何从源代码构建 TensorFlow 并针对旧 CPU 进行优化。 关键在于检测 CPU 标志并在配置构建时启用所有 CPU 标志以进行优化。

以下命令用于检测常见的 CPU 优化标志:

$ grep flags -m1 /proc/cpuinfo | cut -d ":" -f 2 | tr '[:upper:]' '[:lower:]' | { read FLAGS; OPT="-march=native"; for flag in $FLAGS; do case "$flag" in "sse4_1" | "sse4_2" | "ssse3" | "fma" | "cx16" | "popcnt" | "avx" | "avx2") OPT+=" -m$flag";; esac; done; MODOPT=${OPT//_/\.}; echo "$MODOPT"; }

如果通过执行命令,未显示-mavx和/或-mavx2 ,则可以确认缺少 AVX 支持,并且应使用输出中显示的其他优化标志来完成源构建。

相关文章 中,更详细地讨论了此问题的常见根本原因,作为额外参考提供。

我有一个类似的问题,结果证明这是因为我的 CPU 有点旧,并且在 1.6+ 版本的 TensorFlow https://www.tensorflow.org/install/source上不能很好地工作

注意:从 TensorFlow 1.6 开始,二进制文件使用 AVX 指令,这些指令可能无法在较旧的 CPU 上运行。

因此,如前所述,您可以安装 TensorFlow 1.5,或者如果您仍然想要最新版本的 TF,则需要使用 conda 来安装它(这两种解决方案都适用于我)

对于 conda 安装:

conda create -n tensorflow
conda install tensorflow-gpu -n tensorflow

https://github.com/tensorflow/tensorflow/issues/17411

github 上有一个关于此的问题,不幸的是,tensorflow 团队似乎对此兴趣不大。

有一些围绕 Web 的社区构建可能会根据您的情况起作用:

以下步骤对我有用。 (删除现有的张量流)

在 conda 虚拟环境中

第 1 步:使用 pip 安装 keras-application

第二步:安装tensorflow(无需降级)

我会使用 docker 将 tf 降级到以前的版本。 您可以在 dockerhub 上找到不同的标签

例如:

docker run --gpus all -it tensorflow/tensorflow:2.2.1-gpu bash

它可能与 TensorFlow、Keras、Pytorch 没有直接关系。 对不起。

但是它发生在我的 L4T(Nvidia Jetson AGX Xavier)上,当我安装最新版本的 NumPy、pandas、protobuf 时,它引发了奇怪的错误,同时在控制台上我不知道为什么,我的意思是真的,我会如果有人可以,不胜感激 它警告我Pandas的依赖项python-dateutil=2.8.1

为了弄清楚这一点,回到兔子洞,我尝试了以下步骤:

pip3 uninstall numpy 
pip3 uninstall pandas
pip3 uninstall protobuf 
pip3 uninstall python-dateutil 

然后尝试使用特定版本安装它们

pip3 install numpy==1.13.3
pip3 install pandas==0.22.0
pip3 install protobuf==3.0.0

它现在适用于 TensorFlow:1.5.0,PyTorch:1.6、1.7

从 tensorflow==2.3.1 到 tensorflow==2.4.0 的类似问题在当前 cpu 芯片短缺的情况下,预构建的二进制文件不能很好地工作,这使得很多人难以升级。

可能需要自己构建 tensorflow 才能使用 tensorflow_probability 的最新功能(取决于 tf 2.4.0)

Edit2:来自https://github.com/tensorflow/tensorflow/releases/tag/v2.4.1

此版本从 TF 2.4.0 中删除了 AVX2 要求。

看起来我不是唯一一个在 avx2 支持方面遇到困难的人

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM