#1
|
|||
|
|||
Jdownloader 2 schließt mit Verzögerung!
Hallo,
ich habe folgendes Problem, was für den ein oder anderen vielleicht nicht wirklich ein Problem darstellt. Wenn ich mehrere Downloads mache mit Upload oder Share Online z. Bsp. und danach sofort versuche, nachdem die Linklist gelöscht ist den Jdownloader 2 zu schließen, egal ob oben rechts (X) oder oben links im Reiter (Datei / Beenden) braucht er mehrere Sekunden bis er schließt. Ich hatte dieses Phänomen vor einigen Wochen noch nicht. Alle anderen Programme auf meinem Rechner schließen sofort mit dem Mausklick. Da ich einen sehr flotten Rechner habe stört mich das ein wenig. Neuinstallation etc. alles schon probiert. An was könnte das wohl liegen. Hat das jemand bei sich auch schon beobachtet bzw. ist es ihm aufgefallen, vielleicht ist es ja auch normal so wie es ist? Ansonsten funktioniert er einwandfrei! Für Hilfe im vorab besten Dank! Gruß, Frank Last edited by pacha1968; 11.07.2017 at 20:54. |
#2
|
|||
|
|||
Geht mir auch so.
Win10 x64 1703 |
#3
|
|||
|
|||
Danke dir Bruce,
dann muss ich nicht länger nach dem Fehler suchen. Ich habe auch Win10 x64 1703 auf dem Rechner. Gruß, Frank |
#4
|
|||
|
|||
Ich glaube der Standard ist inzwischen, dass beim Beenden nach Updates gesucht wird bzw. bereits gefundene Updates installiert werden.
Daher würde ich das Verhalten als normal bezeichnen. Bin aber nur Anwender, sprich ich habe keine Ahnung davon tarkett |
#5
|
|||
|
|||
Ich denke es hat was mit der Version 1703 von WIN 10 zu tun, ich hatte dieses Verhalten vorher mit der Vorgänger-Version von Windows nicht. Auch wenn du nichts saugst und einfach den JD aufmachst und mit dem X wieder schließt ist eine minimale Verzögerung zu verspüren.
Vielleicht gibt's da bald mal eine Lösung seitens JDownloader. |
#6
|
|||
|
|||
Mit Win7 x64 läufts ohne Probleme.
Links löschen -> beenden -> fertig. Mit dem Win10 Rechner: Links löschen -> beenden -> 5-10 Sekunden warten -> fertig Last edited by Bruce; 12.07.2017 at 00:46. |
#7
|
|||
|
|||
Ja Bruce, genau wie bei mir, 5 - 10 sec. warten!!!
Ein Fix sollte doch wohl nicht so problematisch sein! |
#8
|
||||
|
||||
Wir würden gerne Teamviewer mit einem betroffenen machen. Bitte an support@jdownloader.org ne E-Mail schicken.
Sieht sehr danach aus als hätte Windows mit dem neusten Update a.) irgendwas geändert b.) irgendwas *kaputt* gemacht Es gab keine Änderungen im JDownloader und auch haben wir keinen speziellen Code zum Ärgern von Windows 10 Update XY Leuten Wir können das Problem nicht nachstellen und daher wäre Teamviewer wichtig, damit wir überhaupt wissen was genau los ist.
__________________
JD-Dev & Server-Admin |
#9
|
||||
|
||||
Beim Beenden werden Updates installiert(nicht heruntergeladen), aber nicht gesucht. Dieser Vorgang passiert in einem zweiten Hintergrund Prozess(Taskicon) und blockiert nicht das Beenden des JDownloader.
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Teamviewer wäre kein Problem, bin aber erst nach 21.00 Uhr zu Hause.
Hier an der Arbeit hab ich Win7 da läuft alles perfekt. |
#11
|
|||
|
|||
Teamviewer ist auch bei mir kein Problem, bin im Moment zu Hause!
|
#12
|
|||
|
|||
Hallo Jiaz,
wenn du möchtest können wir eine Sitzung einleiten, bin den ganzen Tag zu hause. Gruß Frank |
#13
|
||||
|
||||
Schickt mir ID und PW an support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#14
|
|||
|
|||
Habs geschickt
|
#15
|
||||
|
||||
Danke für Teamviewer.
Also die aktuelle Vermutung liegt in geänderten Cache Verhalten. Bei dem Nutzer via Teamviewer (16GB RAM) blockierte der JDownloader beim Beenden nach dem Entpacken auf HDD, aber nicht auf SSD. Da die Datei zum Lesen/Schreiben von 800MB weniger als 3 Sekunden gebraucht hat, spricht es sehr das der Cache noch geschrieben wird und natürlich erst dann kann der Prozess beendet werden. Wieviel RAM hat das System? Download auf SSD oder HDD?
__________________
JD-Dev & Server-Admin |
#16
|
|||
|
|||
Ich habe 16 GB RAM und Download und entpackt wird auf HDD und dann verschoben auf externe Festplatte.
|
#17
|
|||
|
|||
Also genauso wie bei mir, vielleicht gibt es einen zukünftigen Lösungsansatz in irgendeiner Form. Das Zeitalter der HDD ist wahrscheinlich seitens Microsoftbesiegelt.
Gruß, Frank |
#18
|
||||
|
||||
Wenn es daran liegt, dann liegt die Lösung am Ändern von Windows Einstellungen.
Eine Anwendung kann nunmal erst dann beenden, wenn das Betriebssystem die Daten auf die Platte geschrieben hat.
__________________
JD-Dev & Server-Admin |
#19
|
|||
|
|||
Was könnten das für Einstellungen sein, hab gerade schon mal mit Virtuellem Arbeitsspeicher versucht, bringt nichts!
Hab es gerade noch mal versucht, SSD Platte als Speicherort eingetragen, es ist tatsächlich so das er sofort schließt bei SSD. Obwohl alle HDD bei mir als Raid 0 laufen über einen Areca-Raid-Controller mit Cache 4 GB, ich habe die Version 1703 als Update aufgespielt über Microsoft, so führt er ja eigentlich eine komplette Neuinstallation durch, behält nur die Daten. Vielleicht muss man die Version 1703 als saubere Installation neu aufsetzen. Vielleicht geht beim Update irgendwas schief, wäre bei MS nichts neues. P.S.: Der Downloader hat aber auch wenn man nichts zieht, nur öffnet und schließt eine Micro-Sekunde Verzögerung beim Schließen, ist mir gerade aufgefallen. Frage an Bruce: War es Update oder komplette Neuinstallation? Last edited by pacha1968; 12.07.2017 at 15:39. |
#20
|
|||
|
|||
Es war ein Update.
Ich teste wenn ich zu Hause bin mal einiges durch. |
#21
|
|||
|
|||
O.K.
Bin am überlegen eine Neuinstallation von 1703 durchzuführen, hab aber nicht wirklich Lust dazu, weil es funktioniert ja sonst alles am Rechner einwandfrei. Ob es dann wirklich die Lösung bringt ist fraglich. halt mich mal auf dem laufenden hier im Forum. Es gibt diverse Andeutungen im Google das mit dem Speichermanagement was nicht stimmt beim update auf 1703. Aber keinen wirklichen Lösungsansatz. Hab gerade mal das windows-eigene RAM-Überprüfungstool laufen lassen, es bemängelt nichts. Gruß, Frank |
#22
|
||||
|
||||
@pacha1986: Das RAM Überpüfungstool findet natürlich nur Fehler. Aber geänderte Caching Verhalten sind ja keine Fehler.
Ich möchte jetzt nicht *kleinlich* sein Aber stört so ein verhalten dermaßen? Ich selbst bin es gewohnt das Thunderbird/Chrome/FireFox und co ein paar Sekunden zum beenden brauchen, daher kann ich das halt nicht ganz *nachfühlen*
__________________
JD-Dev & Server-Admin |
#23
|
|||
|
|||
Nein, natürlich nicht wirklich, aber ich bin so ein Perfektionist in der Beziehung, und suche halt immer nach dem Grund und nach der Lösung. Sorry!
|
#24
|
|||
|
|||
Scheint tatsächlich am Windows 10 update zu hängen. Hab jetzt 2Tage update drauf und immer Bluescreen wenn viel auf HDD zugegriffen wurde. (Windows auf SSD) Nachdem ich die aktuellsten Inteltreiber (Sata,smb usw.) installiert habe,läufts stabil. Eine verzögerung beim beenden habe ich nicht bemerkt.
|
#25
|
||||
|
||||
Deswegen gibt es keinen Grund zur Entschuldigung
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|