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을 사용하여 문제를 재현 할 수있었습니다. OpenVINO™ 전혀없이 gflags 라이브러리 (샘플에서 사용)의 매크로. 위의 분석에 따르면 이러한 보고서는 실제 제품 메모리 누수로 취급할 수 없습니다.
살균제 또는 valgrind 도구를 보다 안정적인 도구로 사용하여 메모리 누수를 확인합니다.
메모리 누수를 추적하는 방법에 대한 자세한 내용은 메모리 사용량 최적화에서 확인할 수 있습니다.