最小限のQtのプログラムがメモリはここ

Question

を漏らす可能メモリを含むすべてのリソースを解放する必要がありほぼ最小限のQtプログラムは、次のとおりです。私は期待

LEAK SUMMARY: 
    definitely lost: 979 bytes in 24 blocks 
    indirectly lost: 7,858 bytes in 56 blocks 
    possibly lost: 912 bytes in 19 blocks 
    still reachable: 75,719 bytes in 1,080 blocks 
         of which reachable via heuristic: 
         newarray   : 832 bytes in 16 blocks 
     suppressed: 0 bytes in 0 blocks 
Rerun with --leak-check=full to see details of leaked memory 

：

#include <QApplication> 
#include <QMainWindow> 
#include <memory> 

int main(int argc, char** argv) { 
    QApplication app(argc, argv); 
    std::unique_ptr<QWidget> wnd{new QWidget()}; 
    wnd->show(); 
    return app.exec(); 
} 

しかし、valgrindはと言います「間違って失われた」と「間接的に失われた」のためにゼロを得るが、失われたバイトを持っている。どうして？ valgrindの出力が間違っていると解釈するのですか、Qtの終了機能を追加する必要がありますか？

Answer 1

「valgrindはqtエラーを抑制します。また、ここではstackoverflowの上のレシピの数は、例えば、ある：Valgrindの Suppression files for Qt memory leaks with Valgrind

とQtのメモリリークの

抑制ファイルが答えはwxWidgetsのからこの文書を参照：Valgrindの抑制ファイルのハウツーがhttps://wiki.wxwidgets.org/Valgrind_Suppression_File_Howto

Answer 2

"正しい/適切/何が良いメトリックであるか"というコードはメモリがリークしないという誤った仮定です。

リークされるメモリには、スタートアップ、またはこれまで繰り返されないワンタイムアロケーション、および任意かつ増加する回数繰り返されるアロケーションによる継続的なリークがあります。後者は明らかに問題を抱えており、彼らが滅びるまで激しく戦わなければならない。

逆に、これは、無駄なことではありません。スタートアップメモリ​​を解放します。非常に次のことが起きると、すべてのメモリがサイクルとエネルギー効率の高い方法で解放されるプロセスが終了すると、CPUサイクルが浪費されます。これらの配分はリークではありません。彼らはにあなたのメモリにデバッグツールの例外リストを追加するです。

プロセスの終了直前にすべての単一ブロックのメモリを解放することは、連続して複数回実行されるアプリケーションのエネルギー効率に測定可能な影響を与えます。多くのUnixコアユーティリティやコンパイラを含むビルドツールなどの一般的な短命プロセスでは、終了する前に世界中の発電所に多くの鉄道車両が浪費されており、この傾向は減速の兆候を示さない。

Valgrindは神託です。しかし、あなたは最高の神格を与えられた崇拝でその出力を扱うことはできません。 Valgrindの出力に基づいて、カーゴカルトのようなソフトウェアを開発しないでください。出力の意味を理解し、それに応じて行動する。