Hi, I just compiled the latest ktorrent and let me tell you, everything is working like a GOOD dream, so pinch me to make sure I'm not dreaming I get good (awesome!) download speeds, and so far so good, doesn't quite corrupt yet as far as it seems.

There is a little problem though, it seems like there is a real high CPU/MEM usage coming from ktorrent, about 30% CPU usage and 10%-15% MEM usage. That should be fixed.

A great feature request for later versions of KTorrent would be:
1. To Port to Qt4 (For KTorrent 3.0 perhaps, uhm, KDE4).
2. To drop the KHTML part and make searching for torrents through a list which would allow to find and download torrents easier.
3. Allow multiple search engine searches.

The last 2 features are similar to qBitTorrent: www.qbittorrent.org

Also, just for the sheer greatness of the latest release:
http://www.digg.com/linux_unix/KTorrent ... n_released

XVampireX wrote:There is a little problem though, it seems like there is a real high CPU/MEM usage coming from ktorrent, about 30% CPU usage and 10%-15% MEM usage. That should be fixed.

Beta so things still need polishing

A great feature request for later versions of KTorrent would be:
1. To Port to Qt4 (For KTorrent 3.0 perhaps, uhm, KDE4).

We will move to KDE 4 eventually, but not before the final 2.1, this is a huge undertaking, not something you hack together in a couple of days.

2. To drop the KHTML part and make searching for torrents through a list which would allow to find and download torrents easier.

And start parsing HTML of a bunch of totally differnet websites, to create a list ? Are you crazy ???

3. Allow multiple search engine searches.

We allready can do this, just start another one with the search tab.

Also, just for the sheer greatness of the latest release:
http://www.digg.com/linux_unix/KTorrent ... n_released

The site is still up, so I guess we haven't made the frontpage yet

Thanks for answering.

I do realise porting to Qt4 code would be quite a bit of work, but that's just a feature request, not something you MUST do right away

Hmm, regarding the Parsing, you seem to be right, I didn't take that in account, I guess that's why qBitTorrent doesn't offer quite as many search engines as you. But looking on their positive side, they use mininova which is a search engine with a bunch of links to different search engines, but you have that in KTorrent too, still think it would be nice to have it as a list, maybe as a plugin sometime in the future by someone.

the third request related more to the second, qBitTorrent works in the way that you can search from several search engines at the same time, so it shows up in the list as a source from one of the search engines.

Regarding the digg article, I posted this, I liked the KTorrent release and I am hoping that the huge amounts of CPU/MEM usage will go down with the next version or at the very least Final 2.1 .

A little question regarding web interface would be: It wants some kind of PHP what exactly do I need to install for it? I can see the login screen but
when I try to login it gives me some error regarding not finding PHP.

And perhaps another feature request related to the web interface: Maybe separate the backend/frontend in KTorrent? I.E: The backend should be the daemon and people should be able to write several frontends to the program, so for example, I could get the same functionality on a GTK based client and wouldn't have to use KDE either. (I know I can run ktorrent on other desktops, but you know what I mean).

I also had an idea: P2P KPart, KPart that has P2P functionality, so people can add P2P functionality to their programs through the KPart, I.E: KTorrent would use the KPart for Bit Torrent. Of course, some other people would write KParts for something like eMule or Gnutella/Gnutella2/etc... KPart seems to be a good way to share code between programs. Just an idea, ya know, don't have to implement it

XVampireX wrote:Regarding the digg article, I posted this, I liked the KTorrent release and I am hoping that the huge amounts of CPU/MEM usage will go down with the next version or at the very least Final 2.1 .

Optimizing is on my list of things to do before the final release.

A little question regarding web interface would be: It wants some kind of PHP what exactly do I need to install for it? I can see the login screen but
when I try to login it gives me some error regarding not finding PHP.

You need to install PHP, your distribution will probably have packages for it.

And perhaps another feature request related to the web interface: Maybe separate the backend/frontend in KTorrent? I.E: The backend should be the daemon and people should be able to write several frontends to the program, so for example, I could get the same functionality on a GTK based client and wouldn't have to use KDE either. (I know I can run ktorrent on other desktops, but you know what I mean).

We're not gonna do that, I see little benefit for KTorrent and much work.

I also had an idea: P2P KPart, KPart that has P2P functionality, so people can add P2P functionality to their programs through the KPart, I.E: KTorrent would use the KPart for Bit Torrent. Of course, some other people would write KParts for something like eMule or Gnutella/Gnutella2/etc... KPart seems to be a good way to share code between programs. Just an idea, ya know, don't have to implement it

Well a separate bittorrent part would be a possibility, But I don't have the time to do this and again I see much work for us with little benefit.