BEGIN:VCALENDAR
PRODID;X-RICAL-TZSOURCE=TZINFO:-//com.denhaven2/NONSGML ri_cal gem//EN
CALSCALE:GREGORIAN
VERSION:2.0
BEGIN:VEVENT
DTEND;VALUE=DATE-TIME:20140823T150000Z
DTSTART;VALUE=DATE-TIME:20140823T140000Z
DTSTAMP;VALUE=DATE-TIME:20140822T232651Z
UID:2GleNl5vwbr6dysfN1HIWg@frab.froscon.org
DESCRIPTION:Die automatische Garbage Collection moderner Sprachen wie Jav
 a ist eine große Hilfe - solange alles gut verläuft. Viele Entwickler ke
 nnen aber auch die möglichen Probleme: Die Applikation stürzt ab\, ist m
 ehrere Sekunden nicht ansprechbar oder führt nach einiger Zeit permanent
  Garbage Collections durch. Der Schuldige ist schnell ausgemacht - der G
 arbage Collector. Aber dürfen wir als Programmierer und Architekten wirk
 lich den Müllmann für den Müll verantwortlich machen?\n\nDieser Vortrag 
 fokussiert auf praktischen Tipps. Was sind die verschiedenen Typen von A
 pplikationen und Speicher-Klassen? Wann und wie lohnt es sich auf den Sp
 eicherverbrauch zu achten? Welche OpenSource-Tools und Bordmittel können
  dabei helfen? Wann sind "Major collections" nicht mehr normal? Wie ents
 tehen und wie erkennt und behebt man Speicherlecks? Auch Infrastruktur-M
 aßnahmen wie monit können bei der Aufrechterhaltung der Service-Qualität
  helfen.\n\nAm Ende steht die Frage: Kann eine echte Applikation Terabyt
 e von Daten bearbeiten\, ohne je eine Major Collection durchzuführen?
URL:http://programm.froscon.de/2014/events/1434.html
SUMMARY:Practical Java Memory Management
ORGANIZER:froscon2014
LOCATION:froscon2014 - Java / Django (C116)
END:VEVENT
END:VCALENDAR