#1
|
|||
|
|||
High CPU Utilization
I don't know what went into the Oct 14 update, but my FX-8320 (8 cores at 4.2ghz) with 8gb (Win7 x64) has jd2 running with 13-27% CPU use just for itself. That's just insane.
Will be downgrading what version I'm using (if I can) until you guys can ferret out this problem. No log attached because I don't see what that would prove (and I still haven't figured out how to do it in jd2.) Edit: Oops, wrong subboard. Please move to JD2 support. Edit 2: Apparently JD2 provides no method for rolling back a version. Switching back to JD1 for now.:outch::outch: Last edited by CuF; 15.10.2014 at 01:38. |
#2
|
|||
|
|||
This seems to be tied to something else. When some downloads are started, the 'Active Task' column says 'Starting' (no wait countdown) and nothing happens. Sometimes after a long time (minutes) it will throw up a CAPTCHA and then nothing happens some more. During this idle time the CPU utilization spikes.
I can't find much consistency since multiple plugins are being effected. I've seen it on KingFiles, RapidGator, Uploadrocket & FileParadox so far. Something has just gone wrong in this last update. I'll test some more so I can be more informative. Last edited by CuF; 15.10.2014 at 08:05. |
#3
|
||||
|
||||
No double posts please, read forum rules!
__________________
» Setup JD2 / Instalador de JD2 «
Spoiler:
Installer for Windows XP/Vista/Seven/Eight || JD2 x86 - x64 (Beta) || Installer for Mac || JD2 (Beta) || Installers for Linux || JD2 (Beta) x86 || <---> || JD2 (Beta) x64 || How to Create a Log -» Click Here «- ¿Cómo crear un registro? -» Click Aquí «- Support Chat / Chat de Soporte -» Click Here / Click Aquí «- |
#4
|
|||
|
|||
Isn't a double post the same thing twice? I'm afraid I don't understand the term then.
Edit: Apparently I do: http://en.wikipedia.org/wiki/Interne...Double_posting Last edited by CuF; 15.10.2014 at 08:00. |
#5
|
||||
|
||||
Ok.
__________________
» Setup JD2 / Instalador de JD2 «
Spoiler:
Installer for Windows XP/Vista/Seven/Eight || JD2 x86 - x64 (Beta) || Installer for Mac || JD2 (Beta) || Installers for Linux || JD2 (Beta) x86 || <---> || JD2 (Beta) x64 || How to Create a Log -» Click Here «- ¿Cómo crear un registro? -» Click Aquí «- Support Chat / Chat de Soporte -» Click Here / Click Aquí «- |
#6
|
||||
|
||||
probably caused by regex trying to determine host. Please update and see if its resolved. Please give feedback.
raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#7
|
|||
|
|||
Haven't been able to reproduce it since today's update. Whew. I was getting panicky there.
Thanks. |
#8
|
||||
|
||||
yah it was caused by regex lazy/greedy in a method to determine hostname.
thanks for feedback. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#9
|
|||
|
|||
Hi.
Today all time high CPU usage. Shows the average of 75% all the time ... Previously JD2 was lower CPU usage ... Java 7u67 |
#10
|
|||
|
|||
Isn't 'javaw.exe' Jdownloader 1? For me it shows in the task manager as 'JDownloader2.exe'.
|
#11
|
|||
|
|||
JD2 Beta on Mac OS X Yosemite
I've been a regular user of JDownloader2 Beta in Windows 7 via bootcamp on my Macbook Air. Recently, I decided to delete my Windows partition and use only Yosemite. However, when I use JDownloader 2 Beta in Yosemite now, it uses nearly 100% of my CPU for multiple, simultaneous downloads and makes my Macbook's fan go crazy. In Windows, the program used to run silently in the background and would only begin to consume a significant percentage of the CPU if the program was unzipping an archive. I never used JDownloader in Mac OS X before I deleted my Windows partition. Is this normal behavior? Does JDownloader 2 simply consume a lot of the CPU in Mac OS X or could there be something wrong with my configuration?
|
#12
|
|||
|
|||
OK, so I wiped my system, did a clean install of Yosemite (again), did not restore from a backup, reinstalled JDownloader 2 Beta before I did anything else, and.... same problem, no difference.
Can anyone else who uses JDownloader in Mac OS X provide some insight? There have to be Mac users who also use JDownloader?? 1 download uses approximately 25% of CPU, 2 simultaneous downloads use 50%, and 4 simultaneous use 100%. Is that everyone's experience? Does everyone just use JDownloader in Windows instead? Can anyone help? Please? |
#13
|
|||
|
|||
CPU consumption is modest enough here under Mavericks 10.9.5, in the 20% range with 6 simultaneous DLs and up to 5 connections per DL, maxing out my 55Mbps connection. I am aware that this does not help you directly but since you extended your question beyond Yosemite to Mac OS X in general, it may provide a piece to the mosaic. Hope you can identify the issue and get it resolved.
|
#14
|
||||
|
||||
those loads seem especially high for modern day CPU (assuming you're not using OS within VM).
from jiaz issue with firewall/av or a bug. we would need need a threaddump or teamviewer session to confirm.
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#15
|
|||
|
|||
Continuous CPU-consumption
Since the last update Jdownloader continually consumes CPU-Power at about 25% (1Core?) even if there's no download or anything else going on. Multiple restarts of Jdownloader show the same behaviour every time. Something's not normal. Version and Taskmanager see attached Screenshot.
|
#16
|
|||
|
|||
Same Problem here, Yosemite + JD2 (with todays update) = 100% CPU Usage
|
#17
|
|||
|
|||
Same here. 50% on a Dual-Core PC without doing anything. Temporarily reverts to normal behavior while JD2 is minimized to tray, but goes back up again as soon as the JD2 main window is reopened.
Last edited by itsreallyme; 13.11.2014 at 19:55. |
#18
|
|||
|
|||
refresh interval download progress
Maybe it is related to very fast refreshing of the download progresses (or the grid in general). This was the first feature I noticed after updating today. My first thought was: how did they do the refreshing that fast without stealing to much CPU power ... then I saw the cpu load in the taskmanager :-). But I'm just guessing.
|
#19
|
|||
|
|||
My guess would be that the high refresh rate which they built in is constantly refreshing the whole gui, which would be quite demanding for the cpu.
|
#20
|
|||
|
|||
java 50% cpu usage
i have the exact same problem as stated in this thread from 2 years ago http://board.jdownloader.org/showthread.php?t=35405
it was running fine earlier today. after an update. it java started using high cpu usage everytime i open the application. however, it does go away if i click on the settings/general tab. but if i click on linkgrabber tab or download tab it goes back up. Using duo core 2 with nvidia geforce 8700gt debian wheezy |
#21
|
||||
|
||||
I had to shut down JD about 2 min after starting because it was consuming between 80 & 125% of CPU cycles. I didn't start any downloads. Under normal circumstances JD at idle is a few % CPU.
This morning JD installed a new version. Yesterday, the version ran fine. Actually the version from yesterday barely moved the CPU gauge. Core: 27921 Launcher: 2564 AppWork utilities: 2186 Browser: 27820 Updater: 417 |
#22
|
|||
|
|||
i see this message after i try to run after reinstalling
Code:
org.appwork.storage.StorageException: Can not write to /home/harmony/jd2/cfg/updateclient/Setup.json.tmp at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:419) at org.appwork.storage.JsonKeyValueStorage.save(JsonKeyValueStorage.java:332) at org.appwork.storage.config.handler.StorageHandler.saveAll(StorageHandler.java:152) at org.appwork.storage.config.handler.StorageHandler$1.delayedrun(StorageHandler.java:67) at org.appwork.scheduler.DelayedRunnable$2.runNow(DelayedRunnable.java:171) at org.appwork.scheduler.DelayedRunnable$2.run(DelayedRunnable.java:151) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: Permission denied at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.createNewFile(File.java:947) at org.appwork.utils.IO.writeToFile(IO.java:571) at org.appwork.utils.IO.writeToFile(IO.java:564) at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:409) ... 13 more |
#23
|
|||
|
|||
Same problem here after the last update
|
#24
|
|||
|
|||
Problem also reported here: http://board.jdownloader.org/showthr...221#post313221
|
#25
|
|||
|
|||
i just realized that this belongs in the JD2 thread and the problem has been reported here http://board.jdownloader.org/showthread.php?t=60544
perhaps someone can move this thread to appropriate spot |
#26
|
|||
|
|||
Hohe CPU-Last im Leerlauf
Hohe CPU-Last von JDownloader2 im Leerlauf seit dem letzten Update, ist auch im englischsprachigen Teil bereits gepostet.
Sorry, gehört nicht hierher da JD2, war schon länger nicht mehr im Forum. Last edited by leonk; 13.11.2014 at 22:41. |
#27
|
|||
|
|||
i get the same problem i also get an error message but i'm not sure it's related. i'm using debian wheezy
Code:
org.appwork.storage.StorageException: Can not write to /home/harmony/jd2/cfg/org.jdownloader.settings.SilentModeSettings.json.tmp at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:419) at org.appwork.storage.JsonKeyValueStorage.save(JsonKeyValueStorage.java:332) at org.appwork.storage.config.handler.StorageHandler.saveAll(StorageHandler.java:152) at org.appwork.storage.config.handler.StorageHandler$2.onShutdown(StorageHandler.java:80) at org.appwork.shutdown.ShutdownController$8.run(ShutdownController.java:501) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: Permission denied at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.createNewFile(File.java:947) at org.appwork.utils.IO.writeToFile(IO.java:571) at org.appwork.utils.IO.writeToFile(IO.java:564) at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:409) ... 5 more org.appwork.storage.StorageException: Can not write to /home/harmony/jd2/cfg/org.jdownloader.updatev2.UpdateSettings.json.tmp at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:419) at org.appwork.storage.JsonKeyValueStorage.save(JsonKeyValueStorage.java:332) at org.appwork.storage.config.handler.StorageHandler.saveAll(StorageHandler.java:152) at org.appwork.storage.config.handler.StorageHandler$2.onShutdown(StorageHandler.java:80) at org.appwork.shutdown.ShutdownController$8.run(ShutdownController.java:501) at java.lang.Thread.run(Thread.java:722) Caused by: java.io.IOException: Permission denied at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.createNewFile(File.java:947) at org.appwork.utils.IO.writeToFile(IO.java:571) at org.appwork.utils.IO.writeToFile(IO.java:564) at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:409) ... 5 more |
#28
|
|||
|
|||
cpu usage only confirmed if gui is opened. so minimize and voila until bugfix
|
#29
|
|||
|
|||
Something broke again.
Build - Thu Nov 13 19:18:05 CET 2014. 15% CPU usage while JD2 is idle (no active downloads). Edit: Not really a feature request, but could you please make older versions available so when stuff like this happens we users aren't forced to wait for an update? Last edited by CuF; 13.11.2014 at 23:10. |
#30
|
||||
|
||||
Ticket:
GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#31
|
|||
|
|||
Cheers.
|
#32
|
|||
|
|||
Can confirm this. As soon as the gui is shown the usage jumps up to around ~25 %. Minimizing or closing the gui makes the usage go normal again.
EDIT: Maybe this has something to do with the way the progess is updated? It feels like ultra fast update rate. **External links are only visible to Support Staff****External links are only visible to Support Staff** Last edited by Puma D. Ace; 14.11.2014 at 01:14. |
#33
|
|||
|
|||
MacOs 10.10, 117% CPU load on an i7 iMac with 32GB of ram, fan is going into berserk mode, something here is very wrong since yesterday with jd2 beta, finally after a few minutes jd does not react anymore, downloads were some small pdf files, nothing big - i never had this issue before.
|
#34
|
|||
|
|||
I think is because the speed & bytes meters are refreshing instantaneously without ceasing
|
#35
|
|||
|
|||
Quote:
If the Downloads or Linkgrabber tab is the currently selected tab, the CPU usage is all over the place. If the Settings tab is the Currently selected tab the CPU usage drops off completely. Even within the Settings tab the various sub sections cause different CPU usages for me; General is fine, connection manager causes 1 core to go about 75% utilisation, Account manager causes similar results to the Downloads tab etc. The same symptoms are repeatable on 2 different Win 7 X64 PC's for me. Last edited by ashdragon; 14.11.2014 at 11:20. |
#36
|
|||
|
|||
Hi all,
I have the same problem since yesterday... As ashdragon, I saw that CPU occupation change when you switch tabs. On my screen, red periods are when you have Downloads tab selected (Téléchargements in french on my cap), and yellow periods are when you have Settings tab selected (Préférences in french). I hope that this reply will help... Last edited by olivier7599; 14.11.2014 at 11:38. |
#37
|
|||
|
|||
Same thing for me, one core is fully used even when not downloading (Java 1.7 U71 32bit). Doesn't matter on what tab I'm right now, it still uses whole core. Also csrss.exe uses 30% of GPU when jDownloader window is visible or even in background. If I close it to tray everything returns to normal, CPU & GPU usage drops to almost 0. Maybe it's got something to do with how you changed frequency of progressbar update? In previous version it wasn't updated in realtime, only one-twice per second (I can't quite remember).
Last edited by zdzichu476; 14.11.2014 at 11:42. |
#38
|
|||
|
|||
Same issue on Ubuntu 14.04
|
#39
|
|||
|
|||
Same problem here.
Edit: JDownloader updated just after posting this, refresh rate is back to normal. Thanks. Last edited by jamescole; 14.11.2014 at 12:38. |
#40
|
||||
|
||||
Please check after next core update (up to 27942)
__________________
» Setup JD2 / Instalador de JD2 «
Spoiler:
Installer for Windows XP/Vista/Seven/Eight || JD2 x86 - x64 (Beta) || Installer for Mac || JD2 (Beta) || Installers for Linux || JD2 (Beta) x86 || <---> || JD2 (Beta) x64 || How to Create a Log -» Click Here «- ¿Cómo crear un registro? -» Click Aquí «- Support Chat / Chat de Soporte -» Click Here / Click Aquí «- Last edited by Lram32; 14.11.2014 at 12:38. |
Thread Tools | |
Display Modes | |
|
|