OpenVINO™画像分類非同期 C++ サンプルの実行中に観測されたメモリー漏えいの問題
コンテンツタイプ: トラブルシューティング | 記事 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 のみを含める(メインで実行しない)、または DEFINEを使用して問題を再現することができました... gflags ライブラリからのマクロ(サンプルで使用)OpenVINO™はまったくありません。上記の分析によると、このようなレポートは実際の製品メモリリークとして扱うことはできません。
メモリリークをチェックするためのより信頼性の高いツールとして、消毒剤またはバルグラインドツールを使用してください。
メモリー・リークを追跡する方法について詳しくは、 メモリー使用量の最適化を参照してください。