Linux dlopen加载rocksdb.so coredump

博客讲述了作者在虚拟机上部署使用rocksdb时遇到的应用崩溃问题,原因是rocksdb默认编译依赖SSE4.2指令集,而该虚拟机环境可能不支持此指令集。解决方案是通过设置PORTABLE=1重新编译rocksdb以实现可移植性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、背景

最近使用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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值