スレッド終了時にスレッドローカルヒープメモリが解放されないのはなぜですか？少し大きすぎるだろう完全な例を掲載、この構造を参照すると、

Question

：

__thread char* buf; 
buf = malloc(1000); 

Valgrindのは、バイトが「間違い」失われていると言います。彼らは単に「まだ到達可能」ではありませんか？

Answer 1

割り当てられたメモリがスレッドローカルではないためです。それはすべてのスレッドによって共有されています。

変数はスレッドローカルなので、スコープ外になると割り当てられたメモリは確実に失われます（そのポインタが他の場所にコピーされていないと、明らかにvalgrindが確実にレポートするためではありません）。紛失）

あなたはfreeにする必要があります。

Answer 2

freeを呼び出して明示的に割り当てを解除する必要があります。

mallocによって割り当てられたヒープ割り当てメモリは、freeを呼び出すことによって明示的に解放されるまで再要求されません。スレッドが終了すると、割り当てられたローカル記憶域オブジェクトのみが自動的に割り当てが解除されます。

スレッドが終了すると割り当てられたメモリへのポインタがないため、これは間違いなく失われます。メモリを指すポインタはスレッドのスタックに対してローカルであり、スレッドが終了すると破棄されますが、割り当てられたメモリはヒープメモリであり、割り当て解除されません。

Answer 3

ブロックへの唯一のポインタがスレッドローカルの場合、スレッドを終了すると、唯一のポインタが失われてしまいます。

これは、もはや到達可能ではなく=間違いなく失われたことを意味します。

Answer 4

他の人が言っているように、あなたはfreeです。

これは、すべてのスレッドが共通のヒープを共有し、概念的にはメモリの所有権をスレッド間で渡すことができるという理由があります。 1つのスレッドは何かをmallocし、別のスレッドはそれを解放することができます。しかし、ヒープはメモリを誰が所有しているのか分からないので、スレッドが終了すると（たとえヒープがどのスレッドをmallocしたとしても）安全に削除できませんでした。

プロセスが終了すると、すべてのヒープメモリが効果的に解放されますが、個別には実行されません。プロセスのヒープ全体（おそらく1つの大きな塊）がオペレーティングシステムに返されます。

Answer 5

これは、「味が良い」/「少ない充填」のようなものです。 Valgrindは正しいですし、データは "まだ到達可能です"。たとえば、データにパスワードが含まれている場合、100％はヒープスキャンからそれらを抽出できます。一意の乱数でデータが開始された場合は、それを再配置することができます。 Valgrindは、ポインタを介してデータにアクセスできなくなったことを意味します。