#81
|
|||
|
|||
So hab vorhin geschaut 110-111mb es steigt also noch aber nicht in den Maßen wie bisher
|
#82
|
||||
|
||||
10 mb pro nacht... das kann durch buffer kommen. JDownloader legt puffer an die er zum laden nutzt. UNd reserviert die dann. Das kann schonmal einige MB nehmen. SOlange das jetzt bei normaler Nutzung nicht über 150-200 mb rausgeht, ist alles gut.
__________________
|
#83
|
|||
|
|||
Quote:
Also hier noch nichts gebracht, weder Spalten noch deaktivierte Pakete löschen.
__________________
2fast4u |
#84
|
|||
|
|||
Gegenwärtiger Status: Stabil bei 100 MB und 50% Prozessorauslastung (P4 3.06 GHz; 2GB Speicher; WinXP-HomePro und JAVA aktuell)
* Kein Plugin ist aktiviert * Linksammler seit Programmstart nicht in Verwendung aber * Einige deaktivierte Projekte in der Downloadliste * Alle Spalten der Liste sind vorhanden Es könnte also tatsächlich am Linksammler liegen. Ich werde es mal testen, wenn mein Download fertig ist -- man muß ja die Gunst der Stunde nutzen, wenn JD mal über längere Zeit durcharbeitet ;-) |
#85
|
|||
|
|||
Quote:
EDIT: Es sieht so aus das nach dem benutzen des Linksammlers der Verbrauch schneller steigt. Inzwischen bei 120mb Last edited by Xavyer; 23.09.2009 at 17:21. |
#86
|
|||
|
|||
ist mir heute erst aufgefallen das jd bei mir auch bei knapp 600 MB lag.
hab jetzt den tipp aus dem thread befolgt und Fenster deko aus Windows Style an Flash Screen an start aus Pop ups aus und siehe da ~ 100 MB Windows 7 64 Bit Eset Smart Security - hab web/http filter nicht aus (warum sollte man das machen wenn ich fragen darf?) |
#87
|
|||
|
|||
Ich habe gestern (nach erfolgreichem Download) einige Dateien via Linksammler hinzugefügt und testweise heruntergeladen.
Dabei bleib mein JD über vier Stunden bei ca. 110 MB und 50% Last stabil... danach habe ich den Test abgebrochen. Irgendwie läßt sich der Fehler nicht greifen?! |
#88
|
|||
|
|||
Hallo,
also ich mache auch alles hier, aber der Fehler bleibt und was komisch ist, auf mehreren Kisten. Fujitsu Siemens Win XP SP3 x86 E8400 P45 Chipsatz Win 7 Ultimate x64 E9650 P45 Chipsatz Win XP SP3 x86 Da ich die Häufung ja auf meinen Rechner habe, dachte ich erst, es wäre die Konloadliste, aber die ist auf jeder Kiste anderes. Das einzige was bei allen Kisten gleich ist, ist der Chipsatz P45/Q45 von Intel und eine Intel CPU mit den aktuellen Inf Treibern und Matrix SATA Treibern. Der Fujitsu hat die Shared Grafikkarte und die anderen einen NVidia. Speicher ist 2GB (Fujitsu) und die anderen 4GB. Java ist immer 16 und die aktuelle JDownloader Version. Ich finde da auch nichts. Aber da es bei mir auf allen Kisten ist, muss es ein tieferes Problem sein oder ein Benutzerproblem. Nur leider finde ich es nicht, besonders wenn ich JDownloader sauber Neu einrichte und einen Link einfüge geht das Problem wieder los.
__________________
2fast4u |
#89
|
||||
|
||||
haben die ursache endlich gefunden und bedanken uns bei allen die mitgeholfen haben die ursache einzugrenzen.
werden noch weitere Tests machen und denke das das update dann spätestens nächste woche rausgeht. PS: please wait for next update
__________________
JD-Dev & Server-Admin |
#90
|
|||
|
|||
Klasse. Dachte schon, es wäre ein DAU Fehler:)
__________________
2fast4u |
#91
|
|||
|
|||
Super, freu mich aufs Update. Da hätt ich mir das protokollieren ja sparen können Aber egal, ich poste es trotzdem mal, vielleicht hilfts ja was
Bei mir isses auf jeden Fall so, dass der Speicherverbrauch immer 10-15min nachdem ich was deaktiviert habe, enorm steigt bis nix mehr geht. Egal ob mit java.exe oder javaw.exe. Test 1: 1 Paket mit 8 aktiven Dateien = 68 MB 2 Pakete mit 8 und 267 aktiven Dateien = 108 MB 2 Pakete mit 8 aktiven und 267 deaktiven Dateien = 462 MB Test 2: Start mit 12 aktiven Downloads in der Liste (Prozess javaw.exe) 22:00 Uhr: Speicherauslastung 68 MB 23:00 Uhr: Speicherauslastung 80 MB (Noch 10 aktive Downloads in der Liste) 00:00 Uhr: Speicherauslastung 83 MB (Noch 8 aktive Downloads in der Liste) 01:00 Uhr: Speicherauslastung 88 MB (Noch 4 aktive Downloads in der Liste) 01:05 Uhr: Linksammler benutzt (1 DLC-Container mit 7 Downloads hinzugefügt) 01:10 Uhr: Speicherauslastung 101 MB 01:20 Uhr: Speicherauslastung 102 MB 01:25 Uhr: Linksammler benutzt (1 DLC-Container mit 6 Downloads hinzugefügt) 01:30 Uhr: Speicherauslastung 103 MB 01:50 Uhr: Speicherauslastung 103 MB 02:00 Uhr: Speicherauslastung 104 MB (10 Downloads aus 2 Paketen deaktiviert) 02:10 Uhr: Speicherauslastung 105 MB 02:20 Uhr: Speicherauslastung 150 MB 02:30 Uhr: Speicherauslastung 190 MB 02:40 Uhr: Speicherauslastung 225 MB 02:50 Uhr: Speicherauslastung 260 MB 03:00 Uhr: Speicherauslastung 160 MB 03:10 Uhr: Speicherauslastung 302 MB 03:20 Uhr: Speicherauslastung 314 MB 03:30 Uhr: Speicherauslastung 326 MB 03:40 Uhr: Speicherauslastung 350 MB Test 3: 10:00 Uhr: Start mit 70 MB (Prozess javaw.exe) 13:00 Uhr: Linksammler benutzt und 3 DLCs hinzugefügt 14:30 Uhr: 12 Dateien deaktiviert bei 105 MB 14:40 Uhr: 125 MB 14:50 Uhr: 193 MB 15:00 Uhr: 229 MB 15:10 Uhr: 283 MB 15:20 Uhr: 360 MB 15:25 Uhr: JD übers Menü neu gestartet (Prozess java.exe) 15:25 Uhr: 68 MB (16 aktive und 12 deaktivierte Downloads) 17:20 Uhr: 580 MB 17:50 Uhr: JD beendet und wieder gestartet (Prozess javaw.exe) 17:55 Uhr: 67 MB (immer noch 12 deaktivierte Downloads) 18:00 Uhr: 83 MB 18:20 Uhr: 210 MB 18:40 Uhr: 290 MB 18:40 Uhr: Alle Downloads wieder aktiviert und JD übers Menü neu gestartet (Prozess java.exe) 18:50 Uhr: 65 MB 19:00 Uhr: 66 MB 20:00 Uhr: 66 MB 20:30 Uhr: 70 MB 21:00 Uhr: 73 MB 22:00 Uhr: 78 MB 23:30 Uhr: 86 MB 00:00 Uhr: 89 MB 00:30 Uhr: 91 MB 01:00 Uhr: 90 MB 01:05 Uhr: DLC mit 21 Downloads hinzugefügt 01:10 Uhr: 101 MB 02:00 Uhr: 103 MB 02:05 Uhr: Noch nen DLC mit 21 Downloads hinzugefügt 02:10 Uhr: 113 MB 03:00 Uhr: 113 MB 11:00 Uhr: 124 MB 12:30 Uhr: 126 MB 12:50 Uhr: 126 MB (19 Downloads deaktiviert) 13:00 Uhr: 127 MB (weitere 6 Downloads deaktiviert) 13:05 Uhr: 129 MB 13:10 Uhr: 149 MB 13:20 Uhr: 261 MB Wär aber schön wenn ihr uns noch wissen lasst an was es letztendlich gelegen hat Gruß, Perle Last edited by Perle; 26.09.2009 at 14:42. |
#92
|
||||
|
||||
ne erklärung woran es lag schreib ich ins svn commit kommentar wenn ich den fix ins repo einspiel. es ist nen memleak tief in java drin und kommt durch die icons und deaktivierte links
__________________
JD-Dev & Server-Admin |
#93
|
||||
|
||||
Quote:
Hauptsache ich bekomm' einen Link, interessiere mich trotz allem für sowas. ^^ Greetz
__________________
Bitte die Regeln lesen! | Please read the forum rules!
REGELN: Bugreports | RULES: Bugreports Erste Schritte & Tutorials | Self Help Index | Read Me | JD 2 Beta - FAQ Support Chat Keep smiling, it's simple! |
#94
|
|||
|
|||
Mich würde mal interessieren, ob der Bug etwas damit zu tun hat, dass meine Datei database.script im config-Ordner von JDownloader innerhalb einer Stunde auf bis zu 980 MB angewachsen ist.
Habe mal die 0.8er Version deinstalliert und die 0.7er wieder drauf (mit Update-Verhinderung). Läuft mit aktuellstem Java nun wieder 1a. Gruß von einem Foren-Newbie |
#95
|
||||
|
||||
Nein, das ist ein andrer Bug den wir ebenfalls gefixed haben
__________________
JD-Dev & Server-Admin |
#96
|
|||
|
|||
Und ich habe mich immer gewundert warum das Ding bei bei noch 874 Paketen und zur Zeit noch 11459 Links (95% deaktiv) immer über noch in die Knie geht..
|
#97
|
||||
|
||||
update wird nächste woche kommen
__________________
JD-Dev & Server-Admin |
#98
|
|||
|
|||
Darfst dir zu Belohnung ein paar Streicheleinheiten abholen:
|
#99
|
|||
|
|||
Super!
Und das es an den Icons und deaktivierten Links liegt reicht mir persönlich schon - mehr muss ich ned wissen |
#100
|
|||
|
|||
So nach dem Heutigen Update auf v. 0.8.763 und 3 Std laufzeit kann ich sagen das die auslastung bei mir bei ca 160mb konstant bleibt.
|
#101
|
|||
|
|||
Hy leute
bei mir hat sich der jdownloader aufgehängt bei 150mb, neueste version mfg |
#102
|
|||
|
|||
So jetzt sind wir wieder bei 227 mb zum vergleich Firefox braucht nur 157 mb
|
#103
|
|||
|
|||
Ich weis zwar nicht in wie weit ihr euren Updatelog selbst lest oder auch zuvor testet, geht um
Quote:
Auf welchem System testet ihr JD? bestimmt einer VM mit Win XP SP3, einer VM mit (K)Ubunut,und einer mit MacOS und es wird grad mal gestartet eine Testdatei von paar MB rein und kurz gewartet, geht abgehackt Version 0.8.323 - Synthy hatte meist um 230MB Ram unter Win7 x64 mit 4GB Ram, CPU dazu kann ich nur sagen meinen Q6600 juckt JD nicht da werden meist 1-2% angezeigt Version 0.8.763 - Pinky direkt nach dem Start 350MB und nach 30 min keinerlei besserung, CPU immer noch bei 1-2% Jetzt kommt auch nicht mit dem 1. Was ihr bei Fehlern immer bringt Quote:
JD lief früher mal mit recht wenig Ram, ok etwas mehr ram wegen GUI ist klar aber von Version zu Version kommen nun schon 100MB dazu Tolle Leistung, wenn nur eines Meiner Programme nach einem Update so laufen würde, könnte ich schon bald meinem Job ade sagen EDIT Nach ein paar fertigen Download gehts wieder auf 215MB runter und sobald wieder mehr Download startet gehts um 100MB hoch Last edited by EliteLucker; 30.09.2009 at 19:06. |
#104
|
||||
|
||||
Quote:
Falls du da Erfahrung hast bezügl. besserem Qualitätsmanagment bist du herzlich eingeladen dich diesbezüglich ins Projekt einzubringen. 230 MB sind viel zu viel, 350 erst recht. CPU Last sollte direkt nach dem Start ohne Download auch bei 0 liegen und nicht bei 1-2 Ansonsten closed.... neue Version.. neuer Thread
__________________
|
Thread Tools | |
Display Modes | |
|
|