#1
|
|||
|
|||
JDownloader 2 Slowing Down at 50+%
Limit is 1 download at a time, with 20 simultaneous connections. Download speeds are fine until around 50% completion, then the speeds drop to less than 10% of my bandwidth capacity. I have tried different settings; increasing number of downloads, decreasing number of connections per download, increasing priority etc. Nothing seems to work. Stopping and starting helps, temporarily.
I ran tests with 1gig+ files, multiple hosts. I did notice that while running two downloads, with 8 connections each, my speeds did not suffer until one of the downloads jumped ahead of the other (percentage-wise), so it seemed Jdownloader gave priority to the file that was 'less complete' than the other, and increased the download speed until the two were at equal completion percentage. When the two were equal, my speeds dropped severely, comparable to dial-up. Anyone else experiencing this? My internet speeds are consistent around 7MB/s, until Jdownloader downshifts. I do not experience this problem with other download managers, and my ISP does not throttle. Win7 Home Premium SP1 x64 Intel Core i7-3770K CPU @ 3.5GHz 3.9GHz 16.0 GB Ram NVIDIA GeForce GTX 560 2GB I should note that I am running triple monitors, and I have tried running downloads in JD without minimizing the program (as someone else was experiencing issues with this). I am also running Java 7 update 21. Thank you. |
#2
|
||||
|
||||
What hoster(s) are you testing with?
Each download is handled by its own browser, they are not linked in any manner.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] Last edited by raztoki; 01.07.2013 at 14:13. |
#3
|
|||
|
|||
Hi, raztoki. Thank you for taking the time to respond to my thread; I appreciate it.
I tested with my Rpnet (Rapid Premium) account. The hosts I tested with were Netload & uploaded.net...maybe a few others. Thanks, again. |
#4
|
||||
|
||||
Arh a multihoster. Somewhat harder to guarantee bandwidth, due to JDownload not been in total control of the data transfer. Effectively multihoster is a socket redirect (or you could call it a proxy) service. That said, what is the behaviour if you inverted the connection settings, start 20 max siml dl at 1 chunk vs 20 chunks of 1 max sim ? Jiaz indicated that bandwidth should be equally proportioned between chunks, though this doesn't garantee that each chunk receives the same speed due to provider or the host provider.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#5
|
|||
|
|||
Thanks again for responding, raztoki - I do appreciate it.
I will have to get back with you on the download speeds under different settings. Regarding the multi-host, I should mention, that, my normal speeds via RPnet max out my bandwidth at around 7MB/s (or 56Mb/s). Nonetheless, when I have time to perform more tests, I will be sure to test my JD speeds against my non-JD speeds...just to be sure. Thanks, again. I will report back after I have conducted more tests. |
#6
|
|||
|
|||
UPDATE:
I ran some tests, as you suggested, and set my downloads to 20, and my chunk quantity to 1. It seems that my download speeds are not effected as before. However, I ran a test on 4 files, simultaneously, and 2 of the 4 files downloaded from start to finish @ 3MB/s each, while the other two maintained a slow speed of around 50-60KB/s. Stopping and starting the slow files did not improve the speeds...unless I added more chunks. That being the case... Is there any way to have these adjustments automated, based on a set, minimum speed for a specified duration? Thanks again. I appreciate it. |
#7
|
||||
|
||||
Not possible in the current download core. The current download core isn't very flexible, our new one (still in the design phase) will be dynamic and should automatically start more chunks when possible if given chunks or overall download transferring slowly.
I assumed this behaviour would be the case... The only thing I would recommend from your tests is, would be to download with less chunks per download (I wouldn't use any more than 4 per download), and set max sim download to a least value that saturates your internet connection (using more total connections (chunkvalue * max sim dl) than required, will result in socket timeouts errors). This will reduce the chance of higher chunk values having a single or multiple slow transfer. The issue of the real hoster having bandwidth for that given file server, and also the multihoster having bandwidth both out of your control. The only solution would be to increase chunks, but this as you now understand introduces chances of slow chunks keeping the download running for extended period of time. You could use JD2 package customiser and set different chunk values for the different (real) hoster, if you see a pattern requiring individual hosters chunk values to be increased. If you go down that path you will need to create a package customiser rule, and then re-add the links to linkgrabber as package customiser only works at first entry into linkgrabber. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] Last edited by raztoki; 03.07.2013 at 14:17. |
#8
|
|||
|
|||
Thank you, raztoki. I appreciate all of your help. I will adjust my limits accordingly, per your suggestion.
|
#9
|
||||
|
||||
You're welcome
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#10
|
|||
|
|||
is there any ETA about the new download core, i would like to use dynamic chunk feature.
thanks |
#11
|
||||
|
||||
No.
GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
Thread Tools | |
Display Modes | |
|
|