#1
|
|||
|
|||
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
|
||||
|
||||
danke fürs reporten, fixen wir
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
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
|
||||
|
||||
sollte wieder gehen
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
mit dem 1 kleinen update, das der Update-Check gerade findet?
|
#6
|
||||
|
||||
ja
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
leider doch nicht, hab immer noch 100% CPU-Last, und zwar während des ganzen Reconnect-Vorganges
http://jdownloader.net:8081/pastebin...73b0a869ebac36 |
#8
|
||||
|
||||
erstell mal eine batch die dann die eigentliche batch aufruft und nutz diese mal als extern
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Quote:
Quote:
|
#10
|
||||
|
||||
die neue beta ausprobiert? damit sollte es nun besser sein
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
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 | |
|
|