[blacksun]

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

[Jiaz]

danke fürs reporten, fixen wir

[blacksun]

Originally Posted by Jiaz

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.

[Jiaz]

sollte wieder gehen

[blacksun]

Originally Posted by Jiaz

sollte wieder gehen

mit dem 1 kleinen update, das der Update-Check gerade findet?

[Jiaz]

ja

[blacksun]

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



http://jdownloader.net:8081/pastebin...73b0a869ebac36

[Jiaz]

erstell mal eine batch die dann die eigentliche batch aufruft und nutz diese mal als extern

[blacksun]

Originally Posted by Jiaz

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:

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.

[Jiaz]

die neue beta ausprobiert? damit sollte es nun besser sein

[blacksun]

Originally Posted by Jiaz

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.