JDownloader Community - Appwork GmbH
 

 
 
Thread Tools Display Modes
  #1  
Old 24.10.2009, 03:12
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default hohe CPU-Last bei Reconnect in Version 0.9.227

Hallo zusammen,

seit ich heute (24.10.2009) auf die Version 0.9.227 geupdatet habe, muss ich feststellen, dass die javaw.exe des JD bei einem Reconnect eine sehr große CPU-Last hat, was in der Vorversion nicht der Fall war.



Ich verwende eine Batch, die ich wie folgt starte:





Der Reconnect funktioniert schon, jedoch dauert er nun fast 10 Minuten, was vorher 2 Minuten waren. Grund ist die hohe CPU-Last, die die Abarbeitung der Batch so stark bremst.
Ich habe eine ältere 1-Core-CPU, OS ist WinXP SP3 (32 bit), Java ist JRE 6 Update 16

Ein Log wird denke ich nichts bringen, da der Reconnect an sich ja funktioniert.
Hier aber trotzdem mal:
http://jdownloader.net:8081/pastebin...f57c6093632919

Last edited by Jiaz; 25.10.2009 at 03:46.
  #2  
Old 24.10.2009, 03:43
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,251
Default

danke fürs reporten, fixen wir
__________________
JD-Dev & Server-Admin
  #3  
Old 24.10.2009, 03:52
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default

Quote:
Originally Posted by Jiaz View Post
danke fürs reporten, fixen wir
ach ja, es spielt übrigens keine Rolle, ob ich das Zusatztool von Coa (runner2) verwende oder ob nicht.

Sprich so, gleiches Ergebnis:


Als Reconnect-Methode "Extern" kann ich meine cmd nicht benutzen, da in dieser nicht nur reine dos-Commandos zum Einsatz kommen, sondern auch externe Tools aufgerufen werden. Diese laufen bei "extern" nicht. Stattdessen wird drWatson gestartet.

Daher bleibt bei mir nur das ganze über die Methode "Batch".

Reichen denn die gemachten Angaben bzw. das Log??
Da kann man doch nichts rauslesen, oder?
Ist der Fehler bereits bekannt?

Unangenehmer Nebeneffekt: die maximale Zeit, die auf einen erfolgreichen Reconnect gewartet wird, lässt sich max. auf 5 Minuten einstellen. Da der Reconnect nun aber immer länger als 5 Minuten dauert, wird schon ein zweiter Reconnect ausgelöst. Ich fange das zwar in meiner eigenen Batch ab, dass nicht zwei Reconnects gleichzeitig laufen, jedoch ist das für den JD dennoch blöde.

Last edited by blacksun; 24.10.2009 at 03:54.
  #4  
Old 24.10.2009, 04:08
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,251
Default

sollte wieder gehen
__________________
JD-Dev & Server-Admin
  #5  
Old 24.10.2009, 04:15
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default

Quote:
Originally Posted by Jiaz View Post
sollte wieder gehen
mit dem 1 kleinen update, das der Update-Check gerade findet?
  #6  
Old 24.10.2009, 04:16
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,251
Default

ja
__________________
JD-Dev & Server-Admin
  #7  
Old 24.10.2009, 04:27
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default

leider doch nicht, hab immer noch 100% CPU-Last, und zwar während des ganzen Reconnect-Vorganges



http://jdownloader.net:8081/pastebin...73b0a869ebac36
  #8  
Old 24.10.2009, 04:35
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,251
Default

erstell mal eine batch die dann die eigentliche batch aufruft und nutz diese mal als extern
__________________
JD-Dev & Server-Admin
  #9  
Old 24.10.2009, 04:51
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default

Quote:
Originally Posted by Jiaz View Post
erstell mal eine batch die dann die eigentliche batch aufruft und nutz diese mal als extern
auch das geht nicht, selbst wenn ich die batch-Files schachtle, denn auch hier gilt:

Quote:
Als Reconnect-Methode "Extern" kann ich meine cmd nicht benutzen, da in dieser nicht nur reine dos-Commandos zum Einsatz kommen, sondern auch externe Tools aufgerufen werden. Diese laufen bei "extern" nicht. Stattdessen wird drWatson gestartet.
  #10  
Old 24.10.2009, 22:46
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,251
Default

die neue beta ausprobiert? damit sollte es nun besser sein
__________________
JD-Dev & Server-Admin
  #11  
Old 25.10.2009, 02:45
blacksun blacksun is offline
JD Legend
 
Join Date: Mar 2009
Location: Schwaben
Posts: 1,337
Default

Quote:
Originally Posted by Jiaz View Post
die neue beta ausprobiert? damit sollte es nun besser sein
Hallo Jiaz,

ja, gerade wieder heim gekommen und sofort die beta geladen.
Die Reconnects laufen nun wieder ohne große cpu-last.

Dass auch Unrar (ich hatte es nur noch nicht angesprochen) nun wieder zügiger läuft (auch hier hatte ich bemerkt, dass mehr cpu für's entpacken benötigt wird) läuft nun wieder flüssig.

Von daher vielen Dank an Dich und Coa.

Coa war vorhin mal per TV bei mir und hat sich noch was anderes angeschaut. Mir ist schon seit längerem aufgefallen, dass der interne ip-check immer sehr lange braucht, bis er merkt, dass man bereits online ist und wie die neue ip lautet. im grunde so, als wäre euer checkip-Server ausgelastet.
Das muss aber kein generelles Problem sein und ist auch nicht tragisch, wollte das nur mal erwähnen, falls da doch ein käfer drinn sein sollte.
 

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 17:28.
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.