It seems that latest svn introduces memory leaks, as confirmed by leak-analyze.

Can you post the output of leak-analyze ?

I didn't word myself quite accurately. Actually, leak-analyze shows only some not quite meaningful output (with --enable-memleak-check --enable-debug-full).

---
Gathered 49 (29 unique) points of data.
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb)
#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 4
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 4
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 8
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 32
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 32
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 49
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 2x / total Size: 64
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 6x / total Size: 72
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 68
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 20
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 30
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 16
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 20
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 28
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 8
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 28
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 32
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 12
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 1x / total Size: 32
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 14x / total Size: 392
No symbol table is loaded. Use the "file" command.

#-- Leak: counted 2x / total Size: 56
No symbol table is loaded. Use the "file" command.
---

It's actually similar with ktorrent 2.0.2. However, ktorrent stable and earlier svn revisions used to have a memory footprint in range between 15 and 30 (according to exmap), while latest svn revisions quickly reach 90 mb. That caught my attention.

The leak-analyze output is normal, if you see code with those leaks then KT has a leak. Those leaks are in libraries and most of them are probably one time 'leaks' with stuff which needs to be in memory the whole time KT is running.

You have to compare with the same set of torrents, you might have a torrent with huge chunks of 4 MB and if you are downloading 10 of those at the same time, you are using 40 MB.

I confirm that with the same set of torrents, ktorrent 2.0.2 and previous svn revisions were 30 mb upmost, while latest svn reached 150 mb.

It is something to think about

From which svn revision did you see this ?

585074, 584884, 584405 and some earlier. I can't really say which was the revision I first noticed that problem in.

I will see what changed around that time, btw what plugins do you have loaded ?

Infowidget, ipfilter, scanfolder, search.

Just to let you know - svn version still grows to around 100MB, while ktorrent 2.0.3 seems to stay between 15-30MB.

We know, I have not yet found the cause of this.

Have you tried using valgrind?

I'll try to get some decent output myself.

I made a bit of valgrind testing. Results are here.

It seems like the last part is the culprit (828,080 bytes in 1 blocks are possibly lost in loss record 1,220 of 1,220). At least that doesn't seem to happen with ktorrent stable.

Hope that helps.

Strange, the KIO::StoredTransferJob should get rid of the data. I will replace the StoredTransferJob by an own implementation and see if that gets rid of the problem.

I think I found the culprit, it turned out to be the log viewer.