profiling - Valgrind 报告 RocksDB 中的内存泄漏
问题描述
我正在尝试在 Mac 上使用 Callgrind / KCacheGrind 来分析 RocksDB 的性能。我正在valgrind --tool=callgrind ./simple_example
示例文件夹中 RocksDB 附带的示例程序之一上运行该命令。不过,我似乎遇到了内存泄漏,这使我无法进行我最终想要做的性能分析。
==54628== Callgrind, a call-graph generating cache profiler
==54628== Copyright (C) 2002-2017, and GNU GPL'd, by Josef Weidendorfer et al.
==54628== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info
==54628== Command: ./simple_example
==54628==
==54628== For interactive control, run 'callgrind_control -h'.
==54628==
==54628== Process terminating with default action of signal 11 (SIGSEGV)
==54628== Access not within mapped region at address 0x18
==54628== at 0x1016D25BA: _pthread_body (in /usr/lib/system/libsystem_pthread.dylib)
==54628== by 0x1016D250C: _pthread_start (in /usr/lib/system/libsystem_pthread.dylib)
==54628== by 0x1016D1BF8: thread_start (in /usr/lib/system/libsystem_pthread.dylib)
==54628== If you believe this happened as a result of a stack
==54628== overflow in your program's main thread (unlikely but
==54628== possible), you can try to increase the size of the
==54628== main thread stack using the --main-stacksize= flag.
==54628== The main thread stack size used in this run was 8388608.
--54628:0:schedule VG_(sema_down): read returned -4
==54628==
==54628== Events : Ir
==54628== Collected : 14961779
==54628==
==54628== I refs: 14,961,779
Segmentation fault: 11
解决方案
推荐阅读
- c# - 升级到 Android 9 后无法从 Xamarin.Forms 应用打开 ESP32 套接字
- sql - 为表中的每一行返回两行
- tensorflow - 如何在急切执行模式下冻结 tf.keras 框架内的张量流变量?
- r - 如果数据表列选择器也处于活动状态,如何选择行
- c# - 如何在不隐藏表单 C# 的情况下截取屏幕截图
- assembly - 如何声明数据向量
- python-3.x - 如何触发 dag 立即运行
- java - 如何在 Spring-WS 2.4.4 或更高版本中更改 maxOccurs 的默认限制?
- python - GroupBy 操作使用整个数据框对值进行分组
- python - 尽管另行宣布,Django 迁移未应用更改