#41
|
|||
|
|||
Quote:
Die Nightly werde ich testen. Finde es äußerst interessant, dass Apple oder Apples Java Implementierung Probleme mit Byte-Arrays hat. Muss ich mir für meine eigenen Programme merken... |
#42
|
||||
|
||||
das ist nur eine vermutung, jedoch würde das zu den reports passen
bytebuffer werden default außerhalb des garbage collectors angelegt und daher auch dort vom os aufgeräumt. denke hier knallt es
__________________
JD-Dev & Server-Admin |
#43
|
|||
|
|||
Hab grad kurz in die Klasse ByteBuffer reingesehen. Wusste gar nicht, dass es sowas gibt. Hab aber auch seit dem Studium nicht mehr so "low-level" programmiert :-)
Also wenn ihr direct buffers verwendet, ist es durchaus plausibel, dass das Problem dort liegt. Würde zu den Problemen passen. Böses Mac OS :-) |
#44
|
||||
|
||||
wie gesagt neuere jd version nimmt normale bytearray mit nem andren speichermanagement
__________________
JD-Dev & Server-Admin |
#45
|
|||
|
|||
Problem mit der aktuellen Nightly bei mir momentan behoben, aber ich werde das erst mal die nächsten Tage beobachten, ob es wirklich weg ist.
|
#46
|
||||
|
||||
danke fürs testen und feedback
__________________
JD-Dev & Server-Admin |
#47
|
|||
|
|||
Also es scheint das Problem jetzt an einer anderen Stelle zu sein, der inaktive Ram wird nämlich nun beim Entpacken vollgeschrieben. D.h. beim Laden passiert nichts mehr, hat man aber den integrierten Entpacker aktiviert, kann man sehr schön sehen, dass quasi die entpackten Daten in den inaktiven Ram geschrieben werden.
Wenn man die Parts nach erfolgreichem Entpacken automatisch löschen lässt, ergibt sich das Problem natürlich nicht. Last edited by `Black; 12.02.2011 at 22:58. |
#48
|
||||
|
||||
ich schaus mir an, evtl nutzt der entpacker auch die bytebuffer
__________________
JD-Dev & Server-Admin |
#49
|
|||
|
|||
Leider war das wieder mal nur eine einmalige Sache, der inaktive Ram wird bei mir jetzt wieder vollgeschrieben mit jedem fertigen Part (beim Entpacken passiert nichts mehr). Es wird aber nicht immer die volle Größe des Parts reingeschrieben, teilweise auch nur etwa die Hälfte. Ab und zu kann es vorkommen, dass der Speicher sofort nach dem Beenden von jDownloader freigegeben wird, dies ist aber meistens nicht der Fall. Warum das jetzt in zwei Fällen mal funktioniert hat, kann ich mir nicht erklären... hält immer nur einen Neustart, danach geht es dann wieder nicht mehr.
|
#50
|
|||
|
|||
Ich hab die nightly jetzt auch getestet und leider nicht die erhoffte Verbesserung feststellen können.
|
#51
|
||||
|
||||
jemand der das problem hat, kann sich gerne mal im chat melden udn wir schaun uns das mal mit teamviewer an, ich kann es an unsrem mac nicht nachvollziehen.
__________________
JD-Dev & Server-Admin |
#52
|
|||
|
|||
Wurde das nightly schon veröffentlicht? Oder wo könnte ich das herunterladen?
|
#53
|
|||
|
|||
free memory
Hallo
ich benutze IMemfree für mac os x. Das funktioniert einwandfrei und der volle Speicher ist in sekunden wieder verfügbar. mfg bertl100 |
#54
|
|||
|
|||
wo kriegt man das tool?
habe via google nichts gefunden. |
#55
|
|||
|
|||
Denke mal das er iFreeMem meinte. Funktioniert auch Prima. Aber auch nur, wenn man am Book sitzt..
Das ist echt merkwürdig, dass nach jedem runter geladen Archiv genau die Größe in den Inaktiven Bereich gesetzt wird... Last edited by opfer88; 01.04.2011 at 22:50. |
#56
|
|||
|
|||
Gibt es da auch eine kostenlose alternative?
|
#57
|
|||
|
|||
Ja, habe ich bereits im Thread hier beschrieben.
Die Entwickler-Tools zu installieren und purge händisch auszuführen ist ganz einfach. Auch die automatische Lösung mit dem Script ist nicht schwer. Mit ein bisschen googeln hast du schnell herausen, wie du eine Ordneraktion anlegst und damit das script ausführen kannst. |
Thread Tools | |
Display Modes | |
|
|