Home / Nachrichten / Symphony-Team findet über 50 Speicherlecks in OpenOffice 3.1

Newsletter abonnieren

Lies uns auf...

Folge LinuxCommunity auf Twitter

Top-Beiträge

War doch klar...
(241 Punkte bei 17 Stimmen)
Re: War doch klar...
(178 Punkte bei 7 Stimmen)
Re: Skype für 64-Bit-Prozessor u. Suse 12.1
(161 Punkte bei 4 Stimmen)
Kubuntu verliert Finanzierung
(130 Punkte bei 4 Stimmen)
Offen fürs Geschäft
(80 Punkte bei 4 Stimmen)

Heftarchiv

LinuxUser Heftarchiv

EasyLinux Heftarchiv

Ubuntu User Heftarchiv

Ubuntu User Heftarchiv

Partner-Links:

Shopping
Topsuche
 
Yatego Deutschlands größte Shoppingmall. 10000 Shops,
3.5 Mio Artikel. Alle Bestseller, Servertechnik und Technik Themenwelten.

Notebooks und Netzwerkhardware bei Mercateo günstig kaufen.
Internet Telefonie mit VoIP Telefonen von Gigaset
Das B2B Portal www.Linx.de informiert über Produkte und Dienstleistungen.
Günstige Digitalkameras finden Sie im Preisvergleich.

Fehlersuche im großen Stil

Symphony-Team findet über 50 Speicherlecks in OpenOffice 3.1

01.09.2010 Das Lotus Symphony-Team arbeitet zurzeit mit viel Manpower an der Umstellung von OpenOffice 1.1 auf 3.1. Dabei haben die Entwickler zahlreiche Bugs gefunden und korrigiert.

In seinem Vortrag zum Thema Memory Leaks in Symphony 3 zeigte der für IBM arbeitende chinesische Entwickler JianFang Zhang heute in Budapest, wie man Speicherlecks findet, behebt und in Zukunft vermeidet. Dabei wies der Entwickler zunächst auf das Problem hin, dass es relativ wenige Tools gibt, um überhaupt den Speicherverbrauch von OpenOffice zuverläßig zu messen. Zudem gebe es gewisse Tools (Valgrind, UMDH) entweder nur für Linux/Mac oder nur für Windows, was das Debugging ebenfalls erschwere.

Dennoch gelang es dem chinesischen Symphony-Team von IBM bei der Umstellung von OpenOffice 1.1. auf OpenOffice 3.1 sehr viele Speicherlecks zu ermitteln. Die 20 wichtigsten davon hat das Team beim OpenOffice-Projekt bereits als Bug gemeldet und passende Patches bereitgestellt, weitere Bugreports sollen folgen.

Im zweiten Teil seines Vortrags zeigte JianFang Zhang konkrete Methoden, um Speicherlecks in OpenOffice zu finden. Die meisten Leaks wurden automatisiert durch das Microsoft-Tool User Mode Dump Heap und Rational Purify von IBM selbst (alle Platformen) gefunden. Dabei handelte es sich in der Regel um zyklische Referenzen in UNO (rund 40 Prozent) oder schlichte Programmierfehler, die vergassen, den Speicher wieder freizugeben (über 30 Prozent). Eine Schwierigkeit beim Messen stellte der Cache dar. JianFang Zhang empfiehlt deshalb den Testwilligen, zunächst die diversen Chaches für Fonts, Bitmaps etc so gut wir möglich zu füllen und erst danach mit den Speichertests zu beginnen. Einfache Tests lassen sich aber auch mit dem Taskmanager durchführen, sofern man über eine längere Zeit misst.

Durch die Arbeiten an Symphony 3 gelang es dem IBM-Team den Speicherverbrauch von Writer, Draw und Presenter beim mehrfachen Öffnen und Speichern von vier Testdokumenten von teilweise über 600 MByte auf unter 200 MByte zu bringen. Wer sich selbst vom Speicherverbrauch von Lotus Symphony ein Bild machen möchte, lädt dazu am besten die aktuelle Beta 4 von Symphony 3 herunter. Das Release der finalen Version von Symphony 3 ist für den Oktober 2010 geplant.

Einem Freund empfehlen    Druckansicht Bookmark and Share

Kommentare
Schön, aber buggy und laaaahm!
Bartosz Makara, Mittwoch, 01. September 2010 19:41:02
Ein/Ausklappen

Ich mag ja die GUI von Symphony gerne, weil sie übersichtlich und einfach zu bedienen ist. Aber das Ding scheint mir für eine Beta 4, die wohl auch die letzte Beta sein soll, doch noch ein wenig buggy. Außerdem braucht es eine Ewigkeit zum Starten und dann nochmal eine Weile, ehe man mit dem Schreiben eines Textes anfangen kann, nach dem klick auf das Textverarbeitungsmodul.

Ich hoffe da bessert IBM noch nach, dann wäre das eine wirklich sehr schöne Office-Suite für den Pinguin.


Bewertung: 142 Punkte bei 3 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: Schön, aber buggy und laaaahm!
Bartosz Makara, Mittwoch, 01. September 2010 20:09:35
Ein/Ausklappen

Mhmm… ach ja, noch etwas – hehe. Das basiert ja auf OO 3.1. Also OpenType-Schriften adé. Schadé. :(


Bewertung: 92 Punkte bei 3 Stimmen.
Den Beitrag bewerten: Gut / Schlecht

1524 Hits
Wertung: 114 Punkte (5 Stimmen)

Schlecht Gut

Infos zum Autor

Marcel Hilzinger

Marcel Hilzinger

Marcel Hilzinger arbeitet als Redakteur für die Zeitschriften LinuxUser und EasyLinux. Am liebsten schreibt er Artikel zu netten Gadgets oder Multimedia-Software. In seiner Freizeit spielt er gerne Kicker.

Zum Blog von Marcel Hilzinger →


Aktuelle Fragen

Ubuntu 11.10 Compiz 3D Cube flackern
Moritz Obenauer, 12.02.2012 12:25, 0 Antworten
Hallo! Ich habe Ubuntu 11.10 mit Unity und den Compiz 3D Cube ein gerichtet. Er funktioniert...
Suse 12.1 Bootvorgang bleibt seit Update stehen
Wimpy *, 12.02.2012 09:22, 3 Antworten
Seit Update auf Kernel 3.1.9-1.4-desktop i686 bleibt der Bootvorgang stehen. Es erscheint der gr...
N24 Stick (Huawei E173) und Ubuntu 11.04
Patrick Obenauer, 11.02.2012 11:54, 1 Antworten
Hallo zusammen! Ich benutze einen alten Laptop, der mit Ubuntu 11.04 flott und problemlos läuft....
Wie kann man beim Einsatz von Compiz die Fenster-Dekoration einstellen?
GoaSkin , 10.02.2012 20:12, 0 Antworten
Hallo, ich nutze Linux Mint mit dem Gnome-Derivat Mate. Da die Distribution Compiz nicht autom...
rndc reload zone - failed bad zone
Ludwig jun. B., 06.02.2012 16:08, 2 Antworten
Schönen guten Tag, ich habe folgendes Problem. Immer wenn ich folgendes Kommando ausführen bek...