[zdzichu476]

I tried to reduce CPU usage when downloading files. I use alldebrid, and when I turned off "Use https for final downloadurls" in jdownloader's alldebrid plugin's setting, it lowered cpu usage. Before that I got 30-40% on Ryzen 5800X3D when downloading files with max speed on my 500 Mbps connection. Now I have 4-7% only which is great. BUT! This only works with every hosting service that alldebrid supports. It doesn't work with alldebrid's own links that are generated from torrent downloader service, they are always https, and even when I use "Change url" function to change https to http, it still downloads from https. Is this a problem in jdownloader or is it forced by alldebrid?

[Jiaz]

@zdzichu476: Please read https://support.jdownloader.org/de/k...ng-downloading
Most likely you have old java that has performance issues with HTTPs and you can find the solution in that article.
many services nowadays enforce https, only very few still allow http.

[zdzichu476]

I've read it before. At first I noticed Jdownloader was using old java that was bundled with it, I removed "jre" folder and it started using the latest one installed by me, but it didn't change anything regarding cpu usage, and after that I found out about that alldebrid's plugin setting, but you know the results , that's why I started this thread in the first place). So please don't mark it as "solved", since it's not.

[Jiaz]

@zdzichu476: 500 Mbit/s HTTPs traffic will consume cpu and with better/fixed Java, disable BouncyCastle(if enabled) to make use of aes hardware acceleration.
It is fixed/solved as all https/aes happens in Java/native code and nothing we can optimize here.
What CPU usage do you get with this java version?
And you should switch to 64bit java as your OS is also 64bit.

[zdzichu476]

It doesn't work with 64bit java, I get this error

No JVM could be found on your system.
Please define EXE4J_JAVA_HOME
to point to an installed 32-bit JDK or JRE or download a JRE from www.java.com.

Even when I manually set that environment variable to 64bit java folder, it just complains about this

The EXE4J_JAVA_HOME environment variable does not
point to a working 32-bit JDK or JRE.

and doesn't run.

And I have no idea what is BouncyCastle and how to disable it even after a bit of googling about it.

I have 30-40% CPU usage with java 8u421 32bit like I wrote in my first post.

[Jiaz]

@zdzichu476: You either have to reinstall JDownloader with 64bit installer, see https://jdownloader.org/jdownloader2 or start JDownloader.jar directly. The launchers only can start 32bit or 64bit jvm. 32bit launcher cannot invoke 64bit and vice versa. Backup the complete cfg folder, then remove/uninstall JDownloader again and then install 64bit version and override/replace new cfg folder with your old/backup one.
30-40% is way too high cpu. Please check again with 64bit. Most likely cpu usage also comes from very limited java heap, see https://support.jdownloader.org/de/k...vmoptions-file

[zdzichu476]

Why is this page https://jdownloader.org/jdownloader2 not linked on main page?

[Jiaz]

@zdzichu476: you have to download/install 64bit/x64 version from the link I did provide to you
https://jdownloader.org/jdownloader2
the default installer on https://jdownloader.org/download/index is 32bit only.

Same is explained here https://support.jdownloader.org/de/k...vmoptions-file

[zdzichu476]

Yeah, I just screwed up a bit because I used "download" page that is linked on your website, I had it opened already so I didn't click on that link you provided and downloaded it from there and didn't notice at first that it's 32bit.

So, I downloaded the 64bit one with JAVA 21. And sure, it is 64bit and it uses bundled Java instead of 8u421 in my system.

But it's a success because jdownloader now uses 1-3% CPU

Why do you even link to that old version on your main page?

[Jiaz]

@zdzichu476: Thanks for the feedback and glad to hear that cpu usage finally dropped to expected values.

Originally Posted by zdzichu476

Why do you even link to that old version on your main page?

Will be updated soon, waiting for a dual version from installer suplier that supports 32 and 64bit and then will be updated.
I'm pretty confident that your 32bit version would be fine too with more memory as jvm had only 256mb ram and most likely most of the cpu time spend in memory management.
*Maybe you want to test that* eyes blink

[zdzichu476]

No thanks

But thank you for helping me with this one.

I will stick to that bundled java version, I don't need Java for anything else, so I will uninstall it from system.

[Jiaz]

Originally Posted by zdzichu476

But thank you for helping me with this one.

You're welcome

Originally Posted by zdzichu476

I will stick to that bundled java version, I don't need Java for anything other, so I will uninstall it from system.

That's one main reason why we bundle it, so user doesn't need java in system