執行映射分類非同步 C++ 示例時觀察到OpenVINO™記憶體洩漏問題
內容類型: 疑難排解 | 文章 ID: 000096045 | 最近查看日期: 2023 年 12 月 29 日
Dumping objects ->{253771} normal block at 0x000001BAE43B8700, 112 bytes long.Data: <@ ; 0 ; > 40 8F 3B E4 BA 01 00 00 30 98 3B E4 BA 01 00 00{253770} normal block at 0x000001BAE43B9830, 112 bytes long.Data: < ; @ ; > 00 87 3B E4 BA 01 00 00 40 8F 3B E4 BA 01 00 00{253769} normal block at 0x000001BAE31B4590, 128 bytes long.Data: <@ ; @ ; > 40 8F 3B E4 BA 01 00 00 40 8F 3B E4 BA 01 00 00{253768} normal block at 0x000001BAE3218760, 16 bytes long.Data: < v > 00 76 80 08 F8 7F 00 00 00 00 00 00 00 00 00 00{253767} normal block at 0x000001BAE43B8F40, 112 bytes long.Data: <0 ; ; > 30 98 3B E4 BA 01 00 00 00 87 3B E4 BA 01 00 00{253766} normal block at 0x000001BAE32173B0, 16 bytes long.Data: < u > E8 75 80 08 F8 7F 00 00 00 00 00 00 00 00 00 00 : Object dump complete.
CrtDumpMemoryLeaks（） 報告所有未銷毀的物件（包括全域物件）。因此，他們能夠通過僅包含 openvino /openvino.hpp （在 main 中沒有任何執行）或使用 DEFINE... 來自 gflags 庫（由示例使用）的宏根本沒有OpenVINO™。根據上面的分析，這樣的報告不能被視為真正的產品記憶體洩漏。
使用消毒劑或valgrind工具作為更可靠的工具來檢查記憶體洩漏。
有關如何跟蹤記憶體洩漏的更多詳細資訊，請參閱 優化記憶體使用方式