Ich habe letzte Woche einige Zeit mit dem Eclipse Profiler verbracht, um ein merkwürdiges Memory Leak in unserer Software zu finden. Eigentlich ist das ja nicht mein Job, aber da mich der Bug von einer Kunden Demo abgehalten hat, und da ich es hasse wenn ich die Ursachen von solchen Problemen nicht kenne, habe ich ein paar Stunden meiner Freizeit im Debugger verbracht.
Problem war, dass eine unserer Komponenten sowohl synchron, als auch asynchron (mittels eigenem Thread Pool) aufgerufen werden kann. Beim synchronen Aufruf der Funktion lief aber reproduzierbar und schnell der Speicher zu. Meine Vermutung war ja erst, dass der Thread Handler am Ende der run methode noch irgendwelche cleanup tasks übernimmt, die der selten benutzte synchrone Code vergisst. Aber die Ursache ist an einer anderen Stelle, tief in der Java API zu suchen:
Na wer findet das Memory Leak bei Starter.start(false)? Auflösung im nächsten Blog Eintrag.
BTW: hat jemand eine Ahnung wie ich einfach Java Quelltext in S9Y pasten kann (am besten mit Syntax Coloring). Oder wie ich NL2BR partiell deaktivieren kann?
Problem war, dass eine unserer Komponenten sowohl synchron, als auch asynchron (mittels eigenem Thread Pool) aufgerufen werden kann. Beim synchronen Aufruf der Funktion lief aber reproduzierbar und schnell der Speicher zu. Meine Vermutung war ja erst, dass der Thread Handler am Ende der run methode noch irgendwelche cleanup tasks übernimmt, die der selten benutzte synchrone Code vergisst. Aber die Ursache ist an einer anderen Stelle, tief in der Java API zu suchen:
public class Processor extends Thread {
public Processor() {
}
public void run() {
// do something important
}
}
public class Starter {
public void start(boolean async) {
Processor p = new Processor();
if (async) {
p.start();
} else {
p.run();
}
}
}Na wer findet das Memory Leak bei Starter.start(false)? Auflösung im nächsten Blog Eintrag.
BTW: hat jemand eine Ahnung wie ich einfach Java Quelltext in S9Y pasten kann (am besten mit Syntax Coloring). Oder wie ich NL2BR partiell deaktivieren kann?
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Ob es tut habe ich noch nicht getestet.
--
Object of a class extended from Thread class remains in memory if only the object has been created but the thread has not been started (with .start()). The gabage collector doesn't remove this object.
You can resolve this problem if you start and stop immediatly the thread after the creation of object. It's possible you need to modify your code in the run() methode for this case.
--
Andere Lösung: Nicht von Thread erben, sondern Runnable implementieren (was ja eh immer die bevorzugte Lösung sein sollte - verbaut man sich nicht die Vererbungshierarchie)
Den weg mit Runable habe ich dann auch vorgeschlagen. Der hat in der Tat noch weitere Vorteile. Unter anderem auch eine flexiblerer Art und Weise wie der Job gestartet werden kann.
Layout by Ricky Wilson | Serendipity Template by Carl Galloway | Login
Impressum
Bernd Eckenfels
Mörscher Str. 8
76185 Karlsruhe
bernd-2012@eckenfels.net
Read More
Suche
Kategorien
Verlinkung
Eingehende Links
- www.facebook.com [238]
- www.facebook.com [134]
- www.facebook.com [130]
- www.facebook.com [54]
- www.chatalaska.com [38]
- aaiuiiikddffx.com [28]
- dailybooth.com [27]
- www.facebook.com [27]
- dailybooth.com [26]
- dailybooth.com [26]
- www.facebook.com [26]
- en-gb.facebook.com [26]
- dailybooth.com [25]
- dailybooth.com [25]
- www.facebook.com [25]
Kommentare
Bernd zu Passwortsicherheit
2012-02-04 17:28
123 zu Passwortsicherheit
2012-02-04 14:43
bl123 zu Passwortsicherheit
2012-02-04 14:25
Edith - die Zauberkünstlerin zu Passwortsicherheit
2012-02-04 13:00
Bernd zu Passwortsicherheit
2012-02-04 10:59
Oliver// zu Passwortsicherheit
2012-02-04 10:34
Christian zu Passwortsicherheit
2012-02-03 14:53
Michael zu Java Stream mit Puffer einlesen
2011-12-13 08:06
2011-08-17 05:22
Blog abonnieren
Blogsphere
Letzten Monat...
Sa, 07.01.2012"Java 7 - Probleme mit neuen JSSE Features"
Di, 03.01.2012"Eckpunktepapier der BNetzA zu Smart Grids und Markets"
So, 01.01.2012"SQL Server JDBC Probleme"
Fr, 30.12.2011"Facebook Events im Google Kalender"
Mo, 19.12.2011"E-Mail versenden von Amazon EC2"

Nach meiner Quizzfrage gab es einige Diskussionen über das Problem. Meine Analyse fand ein Problem im Konstruktur der Klasse Thread. Wannimmer ein Thread Objekt erzeugt wird, registriert es sich an der zugehörigen (aktuellen) ThreadGroup. Das hat den Effe
Aufgenommen: Aug 06, 23:35