一、背景

最近使用rocksdb遇到一个比较奇怪的问题，在虚拟机部署一个应用，通过dlopen加载rocksdb动态库会core dump，但是在其他环境都不可复现

二、原因

1. gdb看堆栈比较奇怪
   __static_initialization_and_destuction --rocksdb.so
2. 同时看到Illegal instructions引起的signal
   怀疑环境有点问题

rocksdb

rocksdb的官方文档——install

By default the binary we produce is optimized for the platform you’re compiling on (-march=native or the equivalent). SSE4.2 will thus be enabled automatically if your CPU supports it. To print a warning if your CPU does not support SSE4.2, build with USE_SSE=1 make static_lib or, if using CMake, cmake -DFORCE_SSE42=ON. If you want to build a portable binary, add PORTABLE=1 before your make commands, like this: PORTABLE=1 make static_lib.

大意，rocksdb默认编译是依赖所在平台，如果所在CPU支持SSE4.2指令集，那么就会依赖对应指令集

sse4.2 指令集

全称 Sreaming SIMD Extensions， 它是一组Intel CPU指令，用于像信号处理、科学计算或者3D图形计算一样的应用。

优势包括：

1. 更高分辨率的图像浏览和处理、高质量音频、MPEG2视频、同时MPEG2加解密；
2. 语音识别占用更少CPU资源；
3. 更高精度和更快响应速度。

使用SSE指令集，主要是通过8个128-bit的寄存器：xmm0到xmm7 来完成的。
在Linux下可以使用cat /proc/cpuinfo来查看CPU支持哪些指令集。 SSE的指令集是X86架构CPU特有的，对于ARM架构、MIPS架构等CPU是不支持的，所以使用了SSE指令集的程序，是不具备可移植标准的

三、解决

export PORTABLE=1
重新编译rocksdb

标签：rocksdb,PORTABLE,coredump,so,指令集,SSE,static,CPU
来源： https://blog.csdn.net/wowowoc/article/details/118543643