Comment 8 for bug 951217

Sorry forgot about this, work work work...

With change in source
idle
  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11787 me 21 1 1028m 146m 14m S 7 7.4 0:22.22 linuxdcpp

first file list 38.45MB
11787 me 21 1 1508m 387m 14m S 1 19.5 1:00.28 linuxdcpp

Closed no change

second file list 608.85kB
11787 me 21 1 1501m 387m 14m S 1 19.5 1:09.60 linuxdcpp

closed no change

match queue on file, memory increase
12152 me 21 1 1688m 434m 15m S 5 21.7 1:15.13 linuxdcpp

without change in source
idle
12061 me 21 1 1034m 148m 14m S 1 7.4 0:19.12 linuxdcpp

first file list
12061 me 21 1 1362m 374m 14m S 1 18.7 0:57.09 linuxdcpp

Closed no change

second file list
12061 me 21 1 1434m 374m 14m S 2 18.7 1:00.74 linuxdcpp

closed no change

match queue on file, memory increase
12061 me 21 1 1642m 402m 14m S 0 20.0 1:18.76 linuxdcpp

As you can see the change in the source might even be a bad idea. When downloading a file list there is a bigger increase compared to the unchanged source. However, a match on queue shows a simmilar increase for both configurations.

As for now I have no further ideas what might be causing this behavior. At the moment I manage by restarting my client after all file list transfers are finished.