Axel - by copy FYI I am using <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://transcode-1.0.0-18.rhfc4.at/" target="_blank">transcode-1.0.0-18.rhfc4.at</a><br><br>More on the this issue. Not sure if this is a bug with Fedora, Transcode or Axel's rpm. Two machines both scratch installs of FC4 - both not freeing memory after job completion.
<br><br>Free before job=<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; total&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; used&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; free&nbsp;&nbsp;&nbsp;&nbsp; shared&nbsp;&nbsp;&nbsp; buffers&nbsp;&nbsp;&nbsp;&nbsp; cached<br>Mem:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1034276&nbsp;&nbsp;&nbsp;&nbsp; 329188&nbsp;&nbsp;&nbsp;&nbsp; 705088&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15564&nbsp;&nbsp;&nbsp;&nbsp; 164096<br>-/+ buffers/cache:&nbsp;&nbsp;&nbsp;&nbsp; 149528&nbsp;&nbsp;&nbsp;&nbsp; 884748
<br>Swap:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2032212&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; 2032212<br><br>valgrind output for transcode job =<br>==3529==<br>==3529== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 30 from 1)<br>==3529== malloc/free: in use at exit: 797 bytes in 13 blocks.
<br>==3529== malloc/free: 356935 allocs, 356922 frees, 54619173 bytes allocated.<br>==3529== For counts of detected errors, rerun with: -v<br>==3529== searching for pointers to 13 not-freed blocks.<br>==3529== checked 31638172 bytes.
<br>==3529==<br>==3529== 5 bytes in 1 blocks are definitely lost in loss record 1 of 11<br>==3529==&nbsp;&nbsp;&nbsp; at 0x1B909222: malloc (vg_replace_malloc.c:130)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x1E4C5505: ???<br>==3529==&nbsp;&nbsp;&nbsp; by 0x1E4C75A4: ???<br>
==3529==&nbsp;&nbsp;&nbsp; by 0x805ED23: tcv_export (in /usr/bin/transcode)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x805DFC7: encoder_stop (in /usr/bin/transcode)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x805A6B0: main (in /usr/bin/transcode)<br>==3529==<br>==3529==<br>==3529== 60 bytes in 1 blocks are definitely lost in loss record 6 of 11
<br>==3529==&nbsp;&nbsp;&nbsp; at 0x1B909222: malloc (vg_replace_malloc.c:130)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x8078747: new_fc_time (in /usr/bin/transcode)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x8057F45: main (in /usr/bin/transcode)<br>==3529==<br>==3529==<br>==3529== 64 (20 direct, 44 indirect) bytes in 1 blocks are definitely lost in loss record 7 of 11
<br>==3529==&nbsp;&nbsp;&nbsp; at 0x1B909222: malloc (vg_replace_malloc.c:130)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x1E4A971D: ???<span></span> <br>==3529==&nbsp;&nbsp;&nbsp; by 0x1E4A8E79: ???<br>==3529==&nbsp;&nbsp;&nbsp; by 0xB14B7F: start_thread (in /lib/libpthread-<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://2.3.5.so/" target="_blank">
2.3.5.so</a>)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x9859CD: clone (in /lib/libc-<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://2.3.5.so/" target="_blank">2.3.5.so</a>)<br>==3529==<br>==3529==<br>==3529== 408 bytes in 3 blocks are possibly lost in loss record 11 of 11
<br>==3529==&nbsp;&nbsp;&nbsp; at 0x1B909B71: calloc (vg_replace_malloc.c:175)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x1B8F4831: _dl_allocate_tls (in /lib/ld-<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://2.3.5.so/" target="_blank">
2.3.5.so</a>)<br>==3529==&nbsp;&nbsp;&nbsp; by 0xB14541: pthread_create@@GLIBC_2.1 (in /lib/libpthread-<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://2.3.5.so/" target="_blank">2.3.5.so</a>)<br>==3529==&nbsp;&nbsp;&nbsp; by 0x8051C1B: main (in /usr/bin/transcode)
<br>==3529==<br>==3529== LEAK SUMMARY:<br>==3529==&nbsp;&nbsp;&nbsp; definitely lost: 85 bytes in 3 blocks.<br>==3529==&nbsp;&nbsp;&nbsp; indirectly lost: 44 bytes in 1 blocks.<br>==3529==&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; possibly lost: 408 bytes in 3 blocks.<br>==3529==&nbsp;&nbsp;&nbsp; still reachable: 260 bytes in 6 blocks.
<br>==3529==&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; suppressed: 0 bytes in 0 blocks.<br>==3529== Reachable blocks (those to which a pointer was found) are not shown.<br>==3529== To see them, rerun with: --show-reachable=yes<br><br>free output after job completion:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; total&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; used&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; free&nbsp;&nbsp;&nbsp;&nbsp; shared&nbsp;&nbsp;&nbsp; buffers&nbsp;&nbsp;&nbsp;&nbsp; cached<br>Mem:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1034276&nbsp;&nbsp;&nbsp; 1017780&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 16496&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3220&nbsp;&nbsp;&nbsp;&nbsp; 839700<br>-/+ buffers/cache:&nbsp;&nbsp;&nbsp;&nbsp; 174860&nbsp;&nbsp;&nbsp;&nbsp; 859416<br>Swap:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2032212&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 988&nbsp;&nbsp;&nbsp; 2031224
<br><br>Next steps are possibly rolling back to FC3 and using Dags or possible scratch and compile from source. <br>Anyone else out there seen this issue?<br><br>Thanks Regg<br><span></span>