Version: (using KDE 4.3.4) Installed from: openSUSE RPMs Configure kget -> network -> max. number of blocks seems to allow to split the download in parallel into e.g. 8 chunks. But it is not possible to have this setting per download or per group. can this be changed?
I'm not sure which setting you are refering to, but the setting you describe is not found in KGet/Network. In KGet/Network you can define the maximum number of paralell downloads per group. For example you start 10 downloads allthough that setting there is 3. Only 3 of them will run simultanously, when one finishes another one will be started. In the Plugin section you can define how many connections should be used for the Transfer Plugins "Metalink" and "Multi Segment KIO". You can also define the number of connections for each mirror, for that go to the Settings of a transfer, select the file and press "Mirrors" and change the nubmer of connections. The number of chunks is not setable and won't be. Internally each download with the Metalink Plugin or the Multi Segment KIO uses roundUP(filesize/512kb) chunks, these are used for continuing downloads etc. This works in KDE 4.4. If that is not what you want then please describe that in more detail.
okay that makes things a bit clearer. So I am talking about the number of connections. I want to download 1 file but open lets say 8 connections for that file to a faster download. In the Multi Segment KIO dialog I can set the number of "threads" is threads here the number of connections? this then would apply to ALL downloads. When I add a file to download how does KGet determine if the classic KIO or the multi sgement KIO is used for a download? Going into the transfer settings of a download I see "upload limit", "download limit" and "maximum share ration" but not the number of connections? I would expect: pressing "new download" --> enter URL (as it is today), in addition have a parameter "number of connections for this download" does it make it a bit clearer?
Yeah "threads" are the number of connections. Really not a good term for it, I'll change the term for 4.5 What plugin is chosen depends in this case (4.3) on the priority and the number of threads. I.e. if you set one thread in 4.3 then you'll always have the TransferKIO one, if you set more than MultiSegKIO will be preferred. In 4.4 MultiSegKIO is always preferred when activated as it has a higher priority. The "upload limit" etc. do nothing for TransferKIO and MultiSegKIO, that is why they are hidden in 4.4 for those plugins that do not support these features. In 4.4 it will look similar (in fact "upload limit" etc. hidden and some fine-tuning) to this: http://mat69.wordpress.com/2009/07/06/gsoc-status/ here a Metalink is presented, with MulitSegKIO you'd only see one file instead of many.
Created attachment 39365 [details] mock up as proposal
Thanks. But to my understanding still the settings about the number of connections is globally set. From my point of view some settings are really important to have per download, one of them is the number of connections since each server allows a different number of connections. Btw, another would be the command execution after download is complete. Having this "hidden" might make you forget that it is set and the system shutdown the next time even though you don't want. See above attached mock up as a proposal.
As mentioned you can set the number of connections per transfer in the transfer settings/Mirros of KDE 4.4. Anyway I'll discuss your ideas with the other devs and then we'll see if they make it into 4.5.
found better software