Problema observado de vazamento de memória ao executar OpenVINO™ amostra de classificação de imagens assassinária C++
Tipo de conteúdo: Solução de problemas | ID do artigo: 000096045 | Última revisão: 29/12/2023
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.
O CrtDumpMemoryLeaks() informa que todos os objetos que não foram destruídos (objetos globais também). Assim, eles foram capazes de reproduzir o problema incluindo apenas openvino/openvino.hpp (sem qualquer execução na principal), ou com DEFINE... macro da biblioteca gflags (usado por amostra) sem OpenVINO™ alguma. De acordo com a análise acima, tal relatório não pode ser tratado como um vazamento de memória de produto real.
Utilize higienizadores ou ferramentas valgrind como ferramentas mais confiáveis para verificar a fuga de memória.
Mais detalhes sobre como rastrear vazamentos de memória podem ser encontrados na otimização do uso da memória