JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 04.09.2009, 04:10
Nexuslitch
Guest
 
Posts: n/a
Default jDownloader using 50% of CPU and 580MB on Memory

How can i fix that, on the old version(0.7.x) isnt that much

EDIT: I was playing w3 and left the window of jdownload opened then when i stop playing(one half hour after) my computer was verryy slow so i open the task manager and saw java.exe using 580mb so i force finished it(i cant close it normal way, much slow) and opened again and know is runing javaw.exe using 60mb, but i checked it again and its growing the memory and know its on 107mb(holy shit)

how can i fix that omg

Last edited by Jiaz; 24.11.2009 at 03:32.
Reply With Quote
  #2  
Old 04.09.2009, 10:30
remi
Guest
 
Posts: n/a
Cool

What's your OS, OS version, JRE (java) version, and jD version?
Reply With Quote
  #3  
Old 05.09.2009, 02:27
Nexuslitch
Guest
 
Posts: n/a
Default

XP SP2, Jdownloader (0.8.3xx), Java i dont know
Reply With Quote
  #4  
Old 05.09.2009, 02:31
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

can you describe more
what theme
how many links
how many were downloading
what did you do when mem usage started to increase
__________________
JD-Dev & Server-Admin
Reply With Quote
  #5  
Old 05.09.2009, 11:13
remi
Guest
 
Posts: n/a
Cool

For the Java version execute "java -version" in a command window.

It's important you describe exactly what jD was doing at the time the behaviour of jD degraded.

Are you using the same config settings as in the previous version of jD?
Reply With Quote
  #6  
Old 06.09.2009, 17:34
Nexuslitch
Guest
 
Posts: n/a
Default

Java version 1.6.0_15

Well, it's working like a f(x)

f(x)=ax+b

x=time with the window opened(not trayed)
b=program on tray

that's the ram usage, and when i tray again it backs to 20mb~
Reply With Quote
  #7  
Old 06.09.2009, 22:34
user
Guest
 
Posts: n/a
Default

Hello, i have similar problem as the thread author. I left jdownloader running & downloading files (194 packages/314 links ,max con and max dls set to 2) while i was playing a game. Then after i stopped playing i noticed after some time that cpu usage is 50%. The same thing happened yesterday.

Using Win7 rtm 64bit, java version 1.6.0_15, jd version 0.8.324
Reply With Quote
  #8  
Old 07.09.2009, 06:31
uglito
Guest
 
Posts: n/a
Default

I have the same behavior.
But when Javaw reaches the 50% of CPU or more than 500mb of memory then the applications hangs.
It's like a memory leak that at a certain point the app is no longer downloading files.
I have a Windows Vista, Java 1.6 and latest version of Jdownloader
All this started after the latest update from 9/3
So I'm no longer able to download files anymore.
How can I get back to the previous stable version ?
Reply With Quote
  #9  
Old 07.09.2009, 13:03
remi
Guest
 
Posts: n/a
Cool

There was a feature to revert updates, but I think it was removed. I've never seen any confirmation that it worked.

Here is jD version 0.7 as I downloaded it a while ago from the jD site.

JDownloader_0.7.zip ; Size: 18.99 MB : hxxp://sharebee.com/b4c139f5

Note that I don't guarantee it's stable on your configuration

Last edited by remi; 18.09.2009 at 13:21.
Reply With Quote
  #10  
Old 07.09.2009, 13:29
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Quote:
Originally Posted by remi View Post
There was a feature to revert updates, but I think it was removed. I've never seen any confirmation that it worked.
There has never been such a feature.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #11  
Old 07.09.2009, 13:30
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Please also try a clean/fresh installation of 0.8 because users report that this did help. We are still trying to find out whats causing this mem/cpu usage...but there are too few reports on that to find any notice
__________________
JD-Dev & Server-Admin
Reply With Quote
  #12  
Old 09.09.2009, 18:19
are44
Guest
 
Posts: n/a
Default

I have the same problem. Previously, I used 0.6.193 and it was ok. No problmes etc. Today I downloaded the latest version and a process java.exe using 50-80%. I have the latest java, WIN XP PRO SP2. Please help me (and sorry for my english

I tried to go back to previous versions (0.6.193) and is the same problem (appeared after installing the latest version).

Last edited by are44; 09.09.2009 at 18:23.
Reply With Quote
  #13  
Old 10.09.2009, 10:42
remi
Guest
 
Posts: n/a
Cool

It's not clear to me whether you have the same performance problem in 0.6.193 or not.

Which theme are you using? I use the Windoze style in all my applications (when it's supported) in order to have a consistent look.

jD v.0.8 uses more memory than older versions, but that's probably because it has more features.
Reply With Quote
  #14  
Old 16.09.2009, 19:41
melablu
Guest
 
Posts: n/a
Default Javaw

I have problems with JAVAW too. It starts automatically when I launch Jdownloader. Jvaw IMMEDIATELY starts using 90 to 98% of CPU bloking the computer. If I stop it JDownloader stops.
I have the problem both with version 6 and with the new version 8.
The first times I used version 6 the problem did not exist.
I have Windows VISTA Home edition on my computer.
I have installed the last version of JAVA from theyr web site.
PLEASE HELP
Thanks
Reply With Quote
  #15  
Old 16.09.2009, 20:51
blazeblaze
Guest
 
Posts: n/a
Default memory leak

Guys,

Nonessentials posted about this exact issue in another thread. He also noticed that by not leaving JDownloader with the focus on the Downloads tab (by switching to one of the other tabs such as Linkgrabber or Settings), it keeps the memory leak from growing. I am using this tip as a bandaid until the devs can fix it. Check out his post here:

http://board.jdownloader.org/showpos...7&postcount=18
Reply With Quote
  #16  
Old 17.09.2009, 07:01
jduser2009
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by blazeblaze View Post
Guys,

by not leaving JDownloader with the focus on the Downloads tab (by switching to one of the other tabs such as Linkgrabber or Settings), it keeps the memory leak from growing.
Indeed.

WXP Home SP3
Java 6 Standard (build 1.6.0_15-b03)
JD style: Windows Style
Windowdecoration enabled
Reply With Quote
  #17  
Old 17.09.2009, 14:57
capegadgets
Guest
 
Posts: n/a
Default

Greetings,
I had the same problem and had explained it in a previous post. I had tried to erase and reinstall with no changes noted. This was done several times again with no changes. Then I redownloaded the same application, reinstalled, and this proved successful. It seems that the initial download may have not been in full or flawed. I am very happy with it now, except for a few minor bugs that seems will be fixed with the next version.

Thanks again team and keep up the good work!

capegadgets
Reply With Quote
  #18  
Old 17.09.2009, 18:10
blazeblaze
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by capegadgets View Post
Greetings,
I had the same problem and had explained it in a previous post. I had tried to erase and reinstall with no changes noted. This was done several times again with no changes. Then I redownloaded the same application, reinstalled, and this proved successful. It seems that the initial download may have not been in full or flawed. I am very happy with it now, except for a few minor bugs that seems will be fixed with the next version.

Thanks again team and keep up the good work!

capegadgets
capegadgets,

When you reinstalled JDownloader, did you just unpack the files and overwrite them where you originally had it installed? If yes, did you loose any of your settings or packages that were queued up?
Reply With Quote
  #19  
Old 18.09.2009, 01:04
rkaye
Guest
 
Posts: n/a
Default

I have run a memory profile of the current JD release (as well as the beta). and the only time the memory should a bit aggressively is in the initial startup of the program (first 10seconds or so while it loads stuff). after that, it drops low and stays there -- regardless of the speed of your connection or number of files being downloaded. I normally test with one chunk and two chunks, and up to six downloads (using six different hosts), and speeds of 1m/s and up.

The only thing I can think of that might cause this is - that you had a game running that used up all or most of your physical ram and required massive paging (swap file) activity.

you can try minimizing JD to the taskbar. You can also set the priority of JD to 'below normal' in my experience this does not cause problems.

[you could also try increasing your ram to 4+gb.]
Reply With Quote
  #20  
Old 18.09.2009, 11:45
remi
Guest
 
Posts: n/a
Cool

Quote:
Originally Posted by blazeblaze View Post
capegadgets,

When you reinstalled JDownloader, did you just unpack the files and overwrite them where you originally had it installed? If yes, did you loose any of your settings or packages that were queued up?
It's safer to extract in another directory. This way you keep a backup copy of your previous version, its links, link statae and configuration settings. You can then copy these config files to your new version.
Reply With Quote
  #21  
Old 21.09.2009, 18:50
azetect
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Nexuslitch View Post
How can i fix that, on the old version(0.7.x) isnt that much

EDIT: I was playing w3 and left the window of jdownload opened then when i stop playing(one half hour after) my computer was verryy slow so i open the task manager and saw java.exe using 580mb so i force finished it(i cant close it normal way, much slow) and opened again and know is runing javaw.exe using 60mb, but i checked it again and its growing the memory and know its on 107mb(holy shit)

how can i fix that omg
same problem here too .
Reply With Quote
  #22  
Old 22.09.2009, 05:28
webtax
Guest
 
Posts: n/a
Default

the same happening to me, 50% usage and 600mb ram process.
but using the version 8 324. xp sp3
it has been happening like 3 times these days., also jdownloader has been inestable, as it closes itself down after some time, or hangs up.

unfortunely i didnt get what java version i had because i just upgraded it to the latest. but ill report back if it happens again.
Reply With Quote
  #23  
Old 22.09.2009, 16:08
raven120461
Guest
 
Posts: n/a
Default

i'm using 0.6.193 version and updated it to latest version, my os is vista home premium. I'm not having this problem, currently cpu usage is only 10% and javaw.exe is just using 77,412k memory.
Reply With Quote
  #24  
Old 23.09.2009, 01:37
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,980
Default

To ALL:



Please disable the following columns in downloadview

* Host
* Status



Does the problem still exist with disabled Host and Status column?
__________________
Reply With Quote
  #25  
Old 23.09.2009, 04:13
webtax
Guest
 
Posts: n/a
Default

hey.
just started jdownloader with the last java, . It started at 77mb, but now its 156mb and growing. Cpu usage is 20+-%

ill report back if it gets big and start the column troubleshooting.

edit:

well just reached 300mb


ill disable the columns and restart now.


edit2:

okey... i saw it grow to 80 and left the computer for half an hour.. now i come back and it crashed as i see no sign of the process :p

looks like it made this crash log
Spoiler:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d01c1a7, pid=2632, tid=2332
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode, sharing windows-x86 )
# Problematic frame:
# C [awt.dll+0x1c1a7]
#
# If you would like to submit a bug report, please visit:
# **External links are only visible to Support Staff****External links are only visible to Support Staff**
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

--------------- T H R E A D ---------------

Current thread (0x0391f800): JavaThread "AWT-EventQueue-1" [_thread_in_native, id=2332, stack(0x051d0000,0x05220000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x000003b0

Registers:
EAX=0x000000ec, EBX=0x00000000, ECX=0x069d000c, EDX=0x00000000
ESP=0x0521edec, EBP=0x000046fc, ESI=0x05da0000, EDI=0x00000400
EIP=0x6d01c1a7, EFLAGS=0x00010203

Top of Stack: (sp=0x0521edec)
0x0521edec: 00000000 0391f910 05da0000 00000000
0x0521edfc: 6d001cfc 00ececec 00000000 00000400
0x0521ee0c: 00000300 0521ef00 00000000 6d0fa9c0
0x0521ee1c: 0521ee78 0391f800 2b3ca8d8 0521efd4
0x0521ee2c: 2ab11fb0 6d0fa9c0 056341f8 00000000
0x0521ee3c: 00000000 0562e818 00000000 00000000
0x0521ee4c: 00000400 00000300 00000000 00000000
0x0521ee5c: 00000400 00000300 00000000 00000000

Instructions: (pc=0x6d01c1a7)
0x6d01c197: 00 99 81 e2 ff 00 00 00 03 c2 c1 f8 08 0f b6 c0
0x6d01c1a7: 8a 14 83 83 c1 04 88 16 46 4f 75 bd 8b 7c 24 18


Stack: [0x051d0000,0x05220000], sp=0x0521edec, free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [awt.dll+0x1c1a7]

[error occurred during error reporting (printing native stack), id 0xc0000005]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.java2d.loops.Blit.Blit(Lsun/java2d/SurfaceData;Lsun/java2d/SurfaceData;Ljava/awt/Composite;Lsun/java2d/pipe/Region;IIIIII)V+0
J sun.java2d.pipe.DrawImage.blitSurfaceData(Lsun/java2d/SunGraphics2D;Lsun/java2d/pipe/Region;Lsun/java2d/SurfaceData;Lsun/java2d/SurfaceData;Lsun/java2d/loops/SurfaceType;Lsun/java2d/loops/SurfaceType;IIIIIILjava/awt/Color;)V
J sun.java2d.pipe.DrawImage.renderImageCopy(Lsun/java2d/SunGraphics2D;Ljava/awt/Image;Ljava/awt/Color;IIIIII)Z
J sun.java2d.pipe.DrawImage.copyImage(Lsun/java2d/SunGraphics2D;Ljava/awt/Image;IILjava/awt/Color;)Z
J sun.java2d.pipe.DrawImage.copyImage(Lsun/java2d/SunGraphics2D;Ljava/awt/Image;IILjava/awt/Color;Ljava/awt/image/ImageObserver;)Z
J sun.java2d.pipe.ValidatePipe.copyImage(Lsun/java2d/SunGraphics2D;Ljava/awt/Image;IILjava/awt/Color;Ljava/awt/image/ImageObserver;)Z
J sun.java2d.SunGraphics2D.drawImage(Ljava/awt/Image;IILjava/awt/Color;Ljava/awt/image/ImageObserver;)Z
J sun.java2d.SunGraphics2D.drawImage(Ljava/awt/Image;IILjava/awt/image/ImageObserver;)Z
j javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Ljavax/swing/JComponent;Ljava/awt/Image;Ljava/awt/Graphics;IIII)V+127
j javax.swing.RepaintManager$PaintManager.paint(Ljavax/swing/JComponent;Ljavax/swing/JComponent;Ljava/awt/Graphics;IIII)Z+116
j javax.swing.RepaintManager.paint(Ljavax/swing/JComponent;Ljavax/swing/JComponent;Ljava/awt/Graphics;IIII)V+52
J javax.swing.JComponent.paint(Ljava/awt/Graphics;)V
j java.awt.GraphicsCallback$PaintCallback.run(Ljava/awt/Component;Ljava/awt/Graphics;)V+2
j sun.awt.SunGraphicsCallback.runOneComponent(Ljava/awt/Component;Ljava/awt/Rectangle;Ljava/awt/Graphics;Ljava/awt/Shape;I)V+155
j sun.awt.SunGraphicsCallback.runComponents([Ljava/awt/Component;Ljava/awt/Graphics;I)V+104
j java.awt.Container.paint(Ljava/awt/Graphics;)V+73
J javax.swing.RepaintManager.paintDirtyRegions(Ljava/util/Map;)V
J javax.swing.RepaintManager.paintDirtyRegions()V
J javax.swing.RepaintManager.seqPaintDirtyRegions()V
J javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run()V
J java.awt.event.InvocationEvent.dispatch()V
J java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V
J jd.gui.swing.jdgui.events.EDTEventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V
J java.awt.EventDispatchThread.pumpOneEventForFilters(I)Z
j java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V+30
j java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11
j java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
j java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
j java.awt.EventDispatchThread.run()V+9
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x02e39800 JavaThread "Thread-75" [_thread_in_native, id=2844, stack(0x05360000,0x053b0000)]
0x02e28000 JavaThread "JD-StartDownloads" [_thread_blocked, id=3552, stack(0x04050000,0x040a0000)]
0x02e25400 JavaThread "Thread-48" [_thread_blocked, id=2908, stack(0x05d50000,0x05da0000)]
0x02e01400 JavaThread "DownloadWatchDog" [_thread_blocked, id=4072, stack(0x05d00000,0x05d50000)]
0x0397d000 JavaThread "Swing-Shell" daemon [_thread_blocked, id=2732, stack(0x05c00000,0x05c50000)]
0x0381ac00 JavaThread "LinkGrabberView: infoupdate" [_thread_blocked, id=2516, stack(0x05310000,0x05360000)]
0x036fe400 JavaThread "DownloadView: infoupdate" [_thread_blocked, id=616, stack(0x052c0000,0x05310000)]
0x038aec00 JavaThread "PremiumStatusUpdateTimer" [_thread_blocked, id=2616, stack(0x05270000,0x052c0000)]
0x03931c00 JavaThread "ClipboardHandler" [_thread_blocked, id=2800, stack(0x05220000,0x05270000)]
=>0x0391f800 JavaThread "AWT-EventQueue-1" [_thread_in_native, id=2332, stack(0x051d0000,0x05220000)]
0x03921400 JavaThread "Thread-6" [_thread_blocked, id=3208, stack(0x04850000,0x048a0000)]
0x003f6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=2700, stack(0x009d0000,0x00a20000)]
0x037bdc00 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=1208, stack(0x04300000,0x04350000)]
0x037b5800 JavaThread "TimerQueue" daemon [_thread_blocked, id=3956, stack(0x042b0000,0x04300000)]
0x036ef400 JavaThread "SyntheticaCleanerThread" daemon [_thread_blocked, id=3200, stack(0x040b0000,0x04100000)]
0x03688800 JavaThread "AWT-Windows" daemon [_thread_in_native, id=3480, stack(0x03b60000,0x03bb0000)]
0x0368f400 JavaThread "AWT-Shutdown" [_thread_blocked, id=3468, stack(0x03b10000,0x03b60000)]
0x0368e800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2928, stack(0x03ac0000,0x03b10000)]
0x030ed800 JavaThread "HSQLDB Timer @111a3ac" daemon [_thread_blocked, id=3076, stack(0x03a70000,0x03ac0000)]
0x03124400 JavaThread "EventSender" [_thread_blocked, id=1024, stack(0x035f0000,0x03640000)]
0x03136400 JavaThread "EventSenderWatchDog" [_thread_blocked, id=924, stack(0x035a0000,0x035f0000)]
0x03138000 JavaThread "JUnique/Server/jd.Main" daemon [_thread_in_native, id=2400, stack(0x03550000,0x035a0000)]
0x02da8800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2728, stack(0x03020000,0x03070000)]
0x02da2c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2500, stack(0x02fd0000,0x03020000)]
0x02da1000 JavaThread "Attach Listener" daemon [_thread_blocked, id=1128, stack(0x02f80000,0x02fd0000)]
0x02d9fc00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=944, stack(0x02f30000,0x02f80000)]
0x02d5e000 JavaThread "Finalizer" daemon [_thread_blocked, id=2356, stack(0x02ee0000,0x02f30000)]
0x02d5c800 JavaThread "Reference Handler" daemon [_thread_blocked, id=2200, stack(0x02e90000,0x02ee0000)]

Other Threads:
0x02d5b000 VMThread [stack: 0x02e40000,0x02e90000] [id=2692]
0x02db3000 WatcherThread [stack: 0x03070000,0x030c0000] [id=2752]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 11776K, used 6344K [0x069d0000, 0x07690000, 0x09130000)
eden space 10496K, 60% used [0x069d0000, 0x070020a8, 0x07410000)
from space 1280K, 0% used [0x07410000, 0x07410000, 0x07550000)
to space 1280K, 0% used [0x07550000, 0x07550000, 0x07690000)
tenured generation total 155680K, used 93407K [0x09130000, 0x12938000, 0x269d0000)
the space 155680K, 59% used [0x09130000, 0x0ec67cb8, 0x0ec67e00, 0x12938000)
compacting perm gen total 14848K, used 14832K [0x269d0000, 0x27850000, 0x2a9d0000)
the space 14848K, 99% used [0x269d0000, 0x2784c2b8, 0x2784c400, 0x27850000)
ro space 8192K, 63% used [0x2a9d0000, 0x2aee9920, 0x2aee9a00, 0x2b1d0000)
rw space 12288K, 53% used [0x2b1d0000, 0x2b844dd0, 0x2b844e00, 0x2bdd0000)

Dynamic libraries:
0x00400000 - 0x00424000 C:\Archivos de programa\Java\jre6\bin\javaw.exe
0x7c910000 - 0x7c9c8000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c903000 C:\WINDOWS\system32\kernel32.dll
0x77da0000 - 0x77e4c000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll
0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll
0x7e390000 - 0x7e421000 C:\WINDOWS\system32\USER32.dll
0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll
0x7c340000 - 0x7c396000 C:\Archivos de programa\Java\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da8b000 C:\Archivos de programa\Java\jre6\bin\client\jvm.dll
0x76b00000 - 0x76b2e000 C:\WINDOWS\system32\WINMM.dll
0x6d7b0000 - 0x6d7bc000 C:\Archivos de programa\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000 C:\Archivos de programa\Java\jre6\bin\java.dll
0x6d290000 - 0x6d298000 C:\Archivos de programa\Java\jre6\bin\hpi.dll
0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d7f0000 - 0x6d7ff000 C:\Archivos de programa\Java\jre6\bin\zip.dll
0x6d610000 - 0x6d623000 C:\Archivos de programa\Java\jre6\bin\net.dll
0x71a30000 - 0x71a47000 C:\WINDOWS\system32\WS2_32.dll
0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll
0x71a20000 - 0x71a28000 C:\WINDOWS\system32\WS2HELP.dll
0x6d630000 - 0x6d639000 C:\Archivos de programa\Java\jre6\bin\nio.dll
0x719d0000 - 0x71a10000 C:\WINDOWS\System32\mswsock.dll
0x76ee0000 - 0x76f07000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f78000 C:\WINDOWS\System32\winrnr.dll
0x76f20000 - 0x76f4d000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f86000 C:\WINDOWS\system32\rasadhlp.dll
0x03370000 - 0x033bb000 C:\WINDOWS\system32\imon.dll
0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll
0x71a50000 - 0x71a5a000 C:\WINDOWS\system32\WSOCK32.dll
0x66740000 - 0x66799000 C:\WINDOWS\system32\hnetcfg.dll
0x71a10000 - 0x71a18000 C:\WINDOWS\System32\wshtcpip.dll
0x6d000000 - 0x6d14a000 C:\Archivos de programa\Java\jre6\bin\awt.dll
0x72f80000 - 0x72fa6000 C:\WINDOWS\system32\WINSPOOL.DRV
0x76340000 - 0x7635d000 C:\WINDOWS\system32\IMM32.dll
0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll
0x746b0000 - 0x746fc000 C:\WINDOWS\system32\MSCTF.dll
0x03bf0000 - 0x03e45000 C:\Archivos de programa\Xfire\xfire_toucan_39110.dll
0x770f0000 - 0x7717b000 C:\WINDOWS\system32\OLEAUT32.dll
0x76330000 - 0x76335000 C:\WINDOWS\system32\MSIMG32.dll
0x04010000 - 0x0401f000 C:\Archivos de programa\Logitech\SetPoint\lgscroll.dll
0x78130000 - 0x781cb000 C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.3053_x-ww_b80fa8ca\MSVCR80.dll
0x7c420000 - 0x7c4a7000 C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.3053_x-ww_b80fa8ca\MSVCP80.dll
0x77660000 - 0x77681000 C:\WINDOWS\system32\NTMARTA.DLL
0x71b90000 - 0x71ba3000 C:\WINDOWS\system32\SAMLIB.dll
0x7e6a0000 - 0x7eec1000 C:\WINDOWS\system32\shell32.dll
0x6d230000 - 0x6d284000 C:\Archivos de programa\Java\jre6\bin\fontmanager.dll
0x4fd10000 - 0x4feb6000 C:\WINDOWS\system32\d3d9.dll
0x6dea0000 - 0x6dea6000 C:\WINDOWS\system32\d3d8thk.dll
0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll
0x6d570000 - 0x6d603000 C:\Archivos de programa\Java\jre6\bin\mlib_image.dll
0x6d1a0000 - 0x6d1c3000 C:\Archivos de programa\Java\jre6\bin\dcpr.dll
0x042a0000 - 0x042a7000 C:\WINDOWS\system32\ctagent.dll
0x5b150000 - 0x5b188000 C:\WINDOWS\system32\UxTheme.dll
0x6d790000 - 0x6d798000 C:\Archivos de programa\Java\jre6\bin\sunmscapi.dll
0x77a50000 - 0x77ae6000 C:\WINDOWS\system32\CRYPT32.dll
0x77af0000 - 0x77b02000 C:\WINDOWS\system32\MSASN1.dll
0x68000000 - 0x68036000 C:\WINDOWS\system32\rsaenh.dll
0x76630000 - 0x766e5000 C:\WINDOWS\system32\USERENV.dll
0x597f0000 - 0x59845000 C:\WINDOWS\system32\netapi32.dll
0x778f0000 - 0x779e7000 C:\WINDOWS\system32\SETUPAPI.dll
0x77b10000 - 0x77b32000 C:\WINDOWS\system32\appHelp.dll
0x76f90000 - 0x7700f000 C:\WINDOWS\system32\CLBCATQ.DLL
0x77010000 - 0x770e0000 C:\WINDOWS\system32\COMRes.dll
0x779f0000 - 0x77a45000 C:\WINDOWS\System32\cscui.dll
0x765b0000 - 0x765cd000 C:\WINDOWS\System32\CSCDLL.dll

VM Arguments:
jvm_args: -Xmx512m
java_command: E:\util\JDownloader 0.8\JDownloader 0.8\JDownloader.jar
Launcher Type: SUN_STANDARD

Environment Variables:
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Archivos de programa\ATI Technologies\ATI.ACE\Core-Static;C:\Archivos de programa\VDMSound;C:\Archivos de programa\Java\jre6\bin
USERNAME=Administrador
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 2, GenuineIntel



--------------- S Y S T E M ---------------

OS: Windows XP Build 2600 Service Pack 3

CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 2097151k(2029944k free), swap 3337996k(2273848k free)

vm_info: Java HotSpot(TM) Client VM (14.2-b01) for windows-x86 JRE (1.6.0_16-b01), built on Jul 31 2009 11:26:58 by "java_re" with MS VC++ 7.1

time: Tue Sep 22 21:43:07 2009
elapsed time: 678 seconds

Last edited by webtax; 23.09.2009 at 05:03.
Reply With Quote
  #26  
Old 23.09.2009, 07:14
raven120461
Guest
 
Posts: n/a
Default

as i can see from the first message of nexuslitch and the others, i think the problem happens to xp users and to those who are playing games at the same time downloading. for me i'm not playing games just downloading and right now my cpu usage is 13% and memory at 98,012k. just my 2cents.:)
Reply With Quote
  #27  
Old 23.09.2009, 19:37
webtax
Guest
 
Posts: n/a
Default

ok, i opened now jdownloader, without starting downloads. and stayed at 67mb almost for an hour.

then i started the downloads, (megaupload) , and mem usage started to climb fast, 5 mins and its 160mb

ill start jdownloader from mi dual boot vista now.
it happens to me with or without games btw. (screenshot from above post is without game)

edit: ih i see uglito has vista and happens to him as well

Last edited by webtax; 23.09.2009 at 19:42.
Reply With Quote
  #28  
Old 24.11.2009, 01:24
FGM
Guest
 
Posts: n/a
Default Help!

I have the same prob...

2 Duo T7300, 4GB RAM, Vista Ultimate 64-bit SP2, Java 1.6.0_15.

JDownloader cause high memory load after a while of running it, thou when I check the Processes with Task Manager & System Explorer it does not display that it takes so much memory. When I close the app memory stays loaded, can't get it clean with memory cleaners - have to restart to get it free again (real pain in the ass that is). Don't know about the CPU load but I think it's a bit higher than usually.

Will try to download the app again today and see if it helps. Will keep you updated.

Last edited by FGM; 24.11.2009 at 01:27.
Reply With Quote
  #29  
Old 24.11.2009, 03:31
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

Quote:
Originally Posted by FGM View Post
I have the same prob...

2 Duo T7300, 4GB RAM, Vista Ultimate 64-bit SP2, Java 1.6.0_15.

JDownloader cause high memory load after a while of running it, thou when I check the Processes with Task Manager & System Explorer it does not display that it takes so much memory. When I close the app memory stays loaded, can't get it clean with memory cleaners - have to restart to get it free again (real pain in the ass that is). Don't know about the CPU load but I think it's a bit higher than usually.

Will try to download the app again today and see if it helps. Will keep you updated.
its 100% firewall/virusscanner that has the memleak. if you kill/close jd and no java process is running, then no jd to use the memory
you can try for sure by deinstalling firewall/antivirus and restart computer and test again.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #30  
Old 24.11.2009, 10:47
remi
Guest
 
Posts: n/a
Cool

If you have the Kaspersky or KIS virus, please, go to the Settings of the virus software and add java.exe and javaw.exe to the Exclusion Rules and from any Threat Type.
Reply With Quote
  #31  
Old 24.11.2009, 16:49
FGM
Guest
 
Posts: n/a
Default Still nothing.

I am using NOD 32 never had any probs with it before.

The processes you sad about are allowed to connect to Internet. Java.exe and javaw.exe in my zone settings are allowed to connect.
It's smart security so every time a new process starts to connect to Internet it asks me about what I want to do.

Did download JD yesterday again (install version) the memory leak is still there.
It does not happen when I don't run JD.

Would I have to remove the NOD32 completely or can I just disable the monitoring to see if it helps?

Last edited by FGM; 24.11.2009 at 16:51.
Reply With Quote
  #32  
Old 24.11.2009, 17:17
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

try to disable the http/online scanning in imon settings
if that does not help, deinstall nod32 completely and reboot and test again
__________________
JD-Dev & Server-Admin
Reply With Quote
  #33  
Old 09.12.2009, 07:27
Pfurz
Guest
 
Posts: n/a
Default javaw.exe memory leak?

OS: Vista 32bit SP1 + WinPatches
jdownloader: 0.9.579
java: 1.6.17
Ram: 2GB
Virusscanner: Avast (but disabled)
Firewall:none

I have the same problem with javaw.exe like many other user. After running jdownloader one night (9 hours) the mem usage of javaw.exe climbs up to 450mb. I've checked the task manager and after one file download is finished the mem usage climbs up ~1mb. Downloading many files = higher mem usage of javaw.exe.

Any hints how to prevent this memory leak?

Last edited by Pfurz; 09.12.2009 at 08:35.
Reply With Quote
  #34  
Old 09.12.2009, 11:12
remi
Guest
 
Posts: n/a
Cool

Try to un-install Avast completely and restart your computer to check whether it is the cause.

When you would re-install a virus software, please check the following :-

- Allow java.exe and javaw.exe.

- Disable the web/http scanner because it slows down your downloads. Files also get scanned when they are on disk.
Reply With Quote
  #35  
Old 10.12.2009, 17:15
FGM
Guest
 
Posts: n/a
Thumbs down Partly fixed

Quote:
Originally Posted by Jiaz View Post
try to disable the http/online scanning in imon settings
if that does not help, deinstall nod32 completely and reboot and test again
Hello again finally found time to test the stuff.
Yes after uninstalling NOD32 the problem seams to be fixed. The thing that worries me is ....
How the hell do I suppose to work without firewall and antivirus soft?
What I mean is, that it's very risky to surf without it.
Why the hell it does happen in the first place and how did you know that that's it?
Should I go to NOD32 and give them the bollocking?
Reply With Quote
  #36  
Old 10.12.2009, 19:17
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,289
Default

in nod32 it helps to disable the http/web scanning module in imon
also add java.exe and javaw.exe to exclude list, that way you can still use nod32.

many firewall/antivirus tools have problems with java, there you can see that they are not as stable as many ppl think they are
__________________
JD-Dev & Server-Admin
Reply With Quote
  #37  
Old 11.12.2009, 01:51
FGM
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
in nod32 it helps to disable the http/web scanning module in imon
also add java.exe and javaw.exe to exclude list, that way you can still use nod32.

many firewall/antivirus tools have problems with java, there you can see that they are not as stable as many ppl think they are
I tried that with no changes.
Reply With Quote
  #38  
Old 11.12.2009, 12:19
remi
Guest
 
Posts: n/a
Cool

If jD works without your virus software, I would go to your virus software's website to ask why it doesn't work with jD. There should also be a manual or help pages that explain how to operate and configure the software. This site is about jD not about virus software.

This forum contains hundreds of posts complaining about virus software. A simple search will prove this. It's clear that these viruses cause more trouble than they solve problems.

You could also use a linux distribution if you don't feel safe with M$ Windoze.

Last edited by remi; 11.12.2009 at 12:21.
Reply With Quote
  #39  
Old 12.12.2009, 05:18
FGM
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by remi View Post
If jD works without your virus software, I would go to your virus software's website to ask why it doesn't work with jD. There should also be a manual or help pages that explain how to operate and configure the software. This site is about jD not about virus software.

This forum contains hundreds of posts complaining about virus software. A simple search will prove this. It's clear that these viruses cause more trouble than they solve problems.

You could also use a linux distribution if you don't feel safe with M$ Windoze.
Imo you're a lmo

If I would want to get preached I would go to a mess.

And imo if there is a lot of AV soft that has a problem with JD than it means that there is a prob. with JD, not Java or AV or whatsoever. Why doesn't it have a prob with any other soft huh? THINK !!!
I give you a free tip, the problem didn't use to be there few months ago and I was using both soft, NOD32 and JD.
Second tip, if excluding Java from scans and it does not help than it's obvious it's not AV fault.
JD isn't the only Java soft I use and AV has had no problem with it whatsoever.

Putting aside the fact that you want to convince me that loaded companies creating the AV soft that meant to protect you while surfing the web, made a mistake and screw it up for us all by messing something with how their AV handles Java which is since ages a great part of the web by itself DOH. Not just one company but a full squadron of them lmo I loliyf rotfl.

Sorry everyone but that gentleman just got me.

Last edited by FGM; 12.12.2009 at 05:43.
Reply With Quote
  #40  
Old 12.12.2009, 10:59
remi
Guest
 
Posts: n/a
Cool

I'm sorry you didn't accept my help and recommendations. Did someone else or the virus maker help you with your 'mess'?
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 14:41.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.