this is probobly due to using FastAlloc<> in directorylisting. the memory remains cached even after closing the filelist. its not very noticable with small filelists but can easily be seen with opening big ones.
-- You received this bug notification because you are a member of LinuxDC++ Contributors, which is subscribed to LinuxDC++. https://bugs.launchpad.net/bugs/951217 Title: excessive memory usage on file list download Status in Linux DC++: Incomplete Bug description: Description of the issue I have just downloaded a number of file lists ranging from several kB to several MB and this is what happens Mem: 2053260k total, 1891236k used, 162024k free, 2496k buffers Swap: 2095100k total, 255924k used, 1839176k free, 384880k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 27935 me 21 1 2250m 1.1g 8540 S 2 56.1 1:20.87 linuxdcpp The filelists are all parsed correctly as they should but the memory usage increases to <insane> and stays that way forever. Since filelists are never re-used by the program in any way they should be unloaded from memory as well or at least placed into cached so that it can be overwritten. An other option is to create the possibility for downloading partial file lists to limit the use of RAM. Steps to reproduce Download several filelists of up to 60 MB or even more Expected result Increase of RAM usage to accommodate for parsing filelist, take out info needed, dump filelist to reduce RAM usage. Actual result Increase or RAM usage to accommodate for parsing filelist, take out info needed, leave unneeded info in RAM Version Compiled from latest BZR OS Opensuse 11.3 to 12.1 No backtrace since no crash To manage notifications about this bug go to: https://bugs.launchpad.net/linuxdcpp/+bug/951217/+subscriptions -- Mailing list: https://launchpad.net/~linuxdcpp-contributors Post to : linuxdcpp-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~linuxdcpp-contributors More help : https://help.launchpad.net/ListHelp
