Problema de pérdida de memoria observado al ejecutar OpenVINO™ muestra de C++ asíncrona de clasificación de imágenes

• Se ejecutó OpenVINO™ ejemplo de C++ asincrónico de clasificación de imágenes ejecutando el método _CrtMemDumpAllObjectsSince.
• Se detectó una pérdida de memoria de la siguiente manera:

  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() reporta todos los objetos que no fueron destruidos (objetos globales también). Por lo tanto, pudieron reproducir el problema incluyendo openvino /openvino.hpp solo (sin ninguna ejecución en principal), o con DEFINE... Macro de la biblioteca GFLAGS (utilizada por Sample) sin OpenVINO™ en absoluto. De acuerdo con el análisis anterior, dicho informe no puede tratarse como una pérdida de memoria de producto real.

Use desinfectantes o herramientas valgrind como herramientas más confiables para verificar la pérdida de memoria.

Puede encontrar más detalles sobre cómo realizar un seguimiento de las pérdidas de memoria en Optimización del uso de memoria