Hi
I experienced a major slowdown when adding many (=474) downloads via `ed2k`. I'll explain in detail:
I used my script
web-spid0r to parse edokus.de and add all ed2k links. Well, that works but the aMule GUI slows down and sometimes freezes for several seconds. Same behavior after amule restart.
Software:
Im using SuSE 9 with all the rpms listed on the front page (version 1.2.4). I expirienced the same problems with an up-to-date gentoo system.
Hardware:
3 Ghz Intel, 512Mb Ram, 4x 160Gb SATA on Highpoint RAID using XFS (non root mount).
Some info:
The command >> strace -p `ps -C amule -o pid= | sort | line` << shows strange behavior related to the _llseek system call (up to 50k calls per second). Also the stat functions get called bit to often... but well, i dont know the aMule code very good... Or maybe an XFS problem? (temp folder size is 12Mb after adding 474 files because the 0-feature of XFS)
Some ideas:
Do you guys ever thought about splitting the GUI code from the core? Otherwise a slow GUI can slow or even skip the down and upload for an entire time slice (thats whats happening in my case).
Do you guys ever thought about supporting the epoll feature of 2.6.0? This would solve the big "poll+many fds"-problem. For BSD would kqueue be the way to go. But just some ideas...
greetings
diesel