#1
|
|||
|
|||
JD2 Using %100 CPU
Hi, I don't why, but all of the sudden JD2 is taking all the CPU resources right after initiating the download process. I'm using 20/20 with Zippyshare host and tried with "-xmx512m" as well as "xmx1g" memory allocations. I have JRE v1.0.8_181 x86 and JD2 portable version on a x86 path, although I'm not sure since I thought I was using x64 edition (can't differentiate them right now).
09.08.19 04.51.53 <--> 09.08.19 05.10.04 jdlog://0849186935451/ By the way, I'm not being able to use JD2 on a x64 path among with installed x64 JRE version (Windows 8.1 Pro); I'm getting a "please define EXE4J_JAVA_HOME" kind of message. Had to install JRE x86 version as well, to make it working. This problem seems to affect to Zippyshare only, since downloading from other servers like MEGA, takes ~ %30 of the CPU. Thanks. Last edited by ElCho; 09.08.2019 at 10:29. |
#2
|
|||
|
|||
I'm having the same problem, it started after yesterday update.
|
#3
|
||||
|
||||
Zippyshare uses CGM(SSLCipher: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) for HTTPs Cipher and 20Downloads*20Connections* GCM = HUGE CPU fire/usage!
With yesterday update I had to enable GCM because more and more websites require this cipher. Solution: Don't use 400 Downloads/Connections! I will try to add special handling to avoid GCM for this hoster.
__________________
JD-Dev & Server-Admin |
#4
|
|||
|
|||
The exact same thing is happening to me, but my case is NOT limited to zippyshare. I was thinking it was failing hardware and was about to begin troubleshooting. This started for me after the most recent JD2 update installed yesterday.
I am on Windows 10 1903 18362.239. Let me know if there is any additional information that I can provide that might be helpful. I think this log has an instance where it happened. 09.08.19 04.32.10 <--> 09.08.19 04.18.29 jdlog://4949186935451/ Last edited by reynolds466a; 09.08.2019 at 11:57. |
#5
|
|||
|
|||
Quote:
|
#6
|
||||
|
||||
working on better solution
__________________
JD-Dev & Server-Admin |
#7
|
||||
|
||||
wait for next core update
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
|
#9
|
|||
|
|||
Same here, any download use 100 % of CPU
|
#10
|
||||
|
||||
Update will come in next 10-20 mins
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
thx!!!
|
#12
|
|||
|
|||
If i download any kind file with no limit processor 100% used if i limit dl 10% using.
Same problem here updated JD2 got i thinked my win10 going crazy so i recover my sys, and same ok we waiting for update because its a huge problem. Last edited by DunDee; 09.08.2019 at 15:41. |
#13
|
||||
|
||||
Update is live
__________________
JD-Dev & Server-Admin |
#14
|
|||
|
|||
Still the same over here; will try later with less connections.
By the way, could you tell me how to fix the JRE related problem? Thanks. |
#15
|
||||
|
||||
@ElCho: Sure you've updated?
Maybe you've installed 32bit version , in that case the launcher only works with 32bit java version. You've got to install 64bit version to use 64bit jvm. You can backup complete cfg folder and then restore(overwrite) it to restore links/settings/accounts.
__________________
JD-Dev & Server-Admin |
#16
|
|||
|
|||
Linkggrabber causes 100% CPU usage after certain update
After a update around 12 days (not totatly sure about the date as I dont use update it daily) the Linkggrabber uses 100 % of my CPU and makes the Jdownloader unusable (it stops working).
I understand I have a lot of links, but my point is; it used to work perfectly fine and out of the blue it is impossible to grab any link. It still works if i am not trying to grabb links. jdlog://8349186935451/ |
#17
|
||||
|
||||
Please make sure your JDownloader is updated. Your log shows old version. https://board.jdownloader.org/showthread.php?t=81286
__________________
JD-Dev & Server-Admin |
#18
|
|||
|
|||
tyvm for the quick reply.
|
#19
|
||||
|
||||
Also please provide a screenshot of the about dialog of JDownloader.
Your log shows signs that your Java reached memory limits
__________________
JD-Dev & Server-Admin |
#20
|
|||
|
|||
Hi, solved for me. Now consumes between 20 and 30%. Thanks again.
|
#21
|
|||
|
|||
|
#22
|
|||
|
|||
I have been watching my version and I compare it with yours and it is exactly the same.
|
#23
|
|||
|
|||
I don't know if it is the same issue, but when I let JD "go" (start DLs), my whole Mac freezes for almost exactly 30s. I timed this by watching the "remaining time until DL can start", and it stopped counting and then jumped ahead 30s when my machine resumed. This behavior is pretty consistent. The only thing that moves is my cursor, and it did not happen before I switched to Mojave and/or took a certain JD update.
I'm going to take today's pending update to see if that fixes anything. Right now it is on 41055 core and Java is 1.7.0_45(64b). EDIT: Update took it to 41066. Note that starting the update process while DLs are stopped also freezes the machine, but I don't think it froze for 30s (seems like only 15s) but I didn't have a timer going. EDIT2: Froze again on starting DLs. One countdown jumped from 1m28s to 52s. Last edited by normie100; 10.08.2019 at 21:00. Reason: new information |
#24
|
|||
|
|||
Well, it's finally fixed over here, but just after I made the next changes:
Changing my current "x86" JD2 version for the "x64" one; updating "JRE" to last "1.8.0.221" x64 version. I'm using the same configuration as before, and 20/20 for Zippyshare takes only around 10%-15% from CPU use. With the previous JD2 (x86) and JRE (1.0.8_181 x86) versions, for some weird reason it was still taking all the CPU resources, even when the downloads' threads I was getting were just only one. By the way, I get the correct "64 bit" version from this address: http://jdownloader.org/jdownloader2 This one gave me "32 bit" only (although mentioning "32/64 Bit"): http://jdownloader.org/download/index Thanks. |
#25
|
||||
|
||||
@Indeep: Thanks for the screenshot. It shows that your JVM reached memory limit, allocated near max. How many links do you have in list/what link types(hoster)? You should increase memory limit or remove some links from list. When you tell me what link types you have in list, then I can check/try to optimize memory use for those.
__________________
JD-Dev & Server-Admin |
#26
|
||||
|
||||
@ElCho: Thanks, I will look into the not downloading 64bit version from main link.
The updated jvm version can reduce CPU load on some https connections but primarily the JDownloader update has reduced the CPU usage.
__________________
JD-Dev & Server-Admin |
#27
|
||||
|
||||
@normie100: what mac os are you using? how much memory does your system have? sounds like your system is swapping memory or other disk/system activitiy that freezes your system as an application itself cannot cause this. If you want we can take a look at this together via Teamviewer, just contact me via support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#28
|
|||
|
|||
Mojave 10.14.5 (up-to-date)
32GB DRAM Note that this only started with Mojave (did not occur with High Sierra), and the Mac Pro has not had an internal configuration change since I got it (in Late 2013). However, the external HDDs have changed. I will consider the offer for taking a look, perhaps your Tue morning (my very-late Mon night) if that works. |
#29
|
|||
|
|||
@Jiaz
I do have a lot of links. I assume i have over 30k (idk how to get the exact number now that it is not working ). But the majority of this number comes from Flickr , Instagram and Twitter. Each media posted counts as a link, so just a album from Flickr counts as 50 links, for example. I also got Depositfiles, Filejoker, Keep2share, Youtube and some other sharing hosts. Any futher info you need ? Last edited by Aspargos; 13.08.2019 at 02:41. |
#30
|
||||
|
||||
@normie100: stats are good. I suggest we'll do a teamviewer session and check this. Contact me via support@jdownloader.org so we can schedule a time for teamviewer. I'm from Germany, GMT+2.
Just out of interest, did you already try a fresh installation? http://jdownloader.org/jdownloader2
__________________
JD-Dev & Server-Admin |
#31
|
||||
|
||||
@Aspargos:
In your cfg folder, you will find a downloadListXX.zip file that contains all your links from downloadlist. Either you upload it somewhere and send me link to support@jdownloader.org so I can debug/try to reduce memory consumption or You can manually increase allowed memory for Java by yourself. How much memory does your system have? or You remove/cleanup some older links from list.
__________________
JD-Dev & Server-Admin |
#32
|
|||
|
|||
@Jiaz
ty for all the support so far. I did a quick search and tried to increased the Java memory myself. I went to control painel> Java > Java > View > Runtime parameters and wrote "Xmx6144m ". However, when I open my Jdownloader it is still limited to 4 Gb. I have 16 GB. |
#33
|
|||
|
|||
@Jiaz
I did a clean upload. Specifically, I made DLCs of my DL list and Linkgrabber list, then dragged JD from Applications to the trash...and emptied it. (This, of course, means all of my preferences got deleted, including my accounts. Fortunately, I only have two premiums active at this time, but I lost all of the historical info for the other 6-8.) I then DL'd the latest JD2 from the link you provided, installed into Applications WHERE IT BELONGS :-) and not the default in /bin. It did not seem to use a lot of resources when starting, i.e., no 35s pause and using 80% of 6 cores and 15% of the other 6 HW threads. I'll have to see the next time I start it up again. |
#34
|
||||
|
||||
@Aspargos: works different with JDownloader. You've got to open the JDownloader app with rightclick and there you should find a vmoptions file. Edit it with texteditor and then remove any existing Xmx or Xms line and add -Xmx6g for 6GB of memory.
I can also help via Teamviewer if you like, just contact me via support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#35
|
||||
|
||||
@normie100: DLC is for sharing, not for export/import as important meta data gets lost. In case you still have access to your old JD folder, you can restore the full lists/settings if you want. For the future, backup the complete cfg folder of your installation so you can migrate/import links/settings.
Thanks for the feedback. Hope this has solved the issue for you for good!
__________________
JD-Dev & Server-Admin |
#36
|
|||
|
|||
Quote:
it is solved now. working perfectly fine as it was before. tyvm !!!! just one small thing: Seems the value is reseted to the original (Xms64m) when the client updates. No big deal |
#37
|
||||
|
||||
@Aspargos: thanks for the feedback!
can you send me the vmoptions after you've changed it? there is an auto cleanup code that might revert your changes. please know that each parameter in its own line. Then I can check/update code to keep manual changes send file to support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#38
|
|||
|
|||
@Jiaz
just sent you an email. |
#39
|
||||
|
||||
Thanks
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|