Fehler im System

Die falsche Datei gelöscht oder einfach eine falsche Einstellung an der falschen Stelle. Arbeitet man in den Tiefen des Systems kann es kann schnell ruiniert sein. Bekommt man garnichts mehr gefixt muss man in den sauren Apfel beißen und alles neu aufsetzen. Doch seine Dateien möchte man trotzallem retten. Das geht sehr einfach mit jedem System. Leider merkt man es erst, wenn es zu spät ist. Für die drei beliebtesten hier ein paar Kniffe um an seine Bilder, Musik und den ganzen Rest zukommen. Sie sind alle im Kern gleich; danach wird auf die Unterschiede und Feinheiten eingegangen – je nach OS.

Es gibt viele viele Linux-Distributionen. Ich verwende der Einfachheit halber das mir vertraute: CentOS. Ob du die CD oder DVD nimmst ist egal. Nur wenn Dateien geändert werden müssen ist zu beachten: die CD-Variante hat als Texteditor das 35 Jahre alte vi: gute Software ist wie guter Wein; not. Wer nicht darauf angewiesen sein möchte kann auf der DVD auch nano nutzen.

Je nach Geschmack kann jedes Linux genutzt werden: Ubuntu, Fedora, RedHat, etc.

Image booten

Der Rechner muss nur mittels der CD / DVD gestartet werden. Ich nehme an, dass eure CD / DVD einen Name wie “RESCUE-Disk” tragen könnte. Dazu brennt ihr das Image einfach auch den Datenträger: ich nutze hierfür gerne UltraISO oder das kostenlose ImgBurn.

Startet der Rechner nun mit CD / DVD gebt acht auch davon zu booten: einen USB-Stick oder eine Festplatte im Zweifel und bei Windows erst nach dem Boot-Vorgang einstecken. Frühestens also, wenn ihr das Logo von CentOS oder Windows seht. Bei Macs ist es egal: sie booten nur auf Wunsch von einer CD, DVD oder Festplatte: hierfür einfach direkt nach dem Starten C gedrückt halten. Es bietet sich wirklich an eine Rescue-DVD griffbereit zuhaben. Für solche Fälle habe ich immer eine zur Verfügung.

Jetzt bootet CentOS und ihr könnt eure alte Festplatte mounten – für die Windows-User: “ein-bin-den”. Einfach im Computer-Symbol den Datenträger finden und mit einem Doppelklick öffnen. Aber vorsicht: Linux zeigt Datenträger und deren Partitionen an, wie getrennte Geräte. Allerdings besteht ein Datenträger aus null bis n Partitionen. Im Zweifel findet ihr die Übersicht im CentOS über den Festplatten-Manager:

links oben klick auf Applications > Utilities > Disk Uitility

Hier sind Festplatten und Partitionen sauber hierarchisch dargestellt. Wenn ihr jetzt den Datenträger zum Swappen der Dateien anschließt findet ihr auch diesen auf dem Desktop.

Eure Daten auf der “alten” Festplatte findet ihr wie gewohnt – eventuell müsst ihr ein paar Passwörter des Original-Linux eingeben. Das ist ganz normal. Am Ende fahrt ihr CentOS herunter und ihr könnt euer System wieder aufsetzen.

Zuletzt geänderte Dateien finden

Um einen Fehler zu beheben hilft es oft die zuletzt geänderten Dateien zu durchsuchen. In Linux-Systemen kann ich mir all diese einfach anzeigen lassen. Möchte ich alle Dateien sehen, die in den letzten 24 Stunden geändert wurde gebe ich einfach folgenden Befehl auf der Konsole ein:

find /media/RESCUE-Disk/ -mtime -1 -print

Hierbei werden alle Dateien unterhalb von /media/RESCUE-Disk gefunden, wenn sie innerhalb des letzten Tages geändert wurden.

One more thing

Eine kleine Anmerkung für die Freunde der Konsole: mir passiert das auch häufig. Aus Gewohnheit gibt man die Pfade wie “/usr/local” oder “/media” – alle sind direkt unter dem Mount-Punkt “/”. Beachtet aber, dass ihr euch im Verzeichnis “/media” oder “/mnt” befindet. Die Pfade sind also “/media/RESCUE-Disk/usr/local” oder “/mnt/RESCUE-Disk/usr/local”. Am besten ihr wechselt in des Verzeichnis und ignoriert führende Slashes. Ich versuche das auch so zu machen. Wenn ich dann eine Datei nicht finde, das Passwort nicht stimmt oder alles anders ist als erwartet – dann bin ich wieder vom alten System auf der DVD gelandet.

Wenn ich ein Testsystem betreibe ist mir teilweise wichtig, dass keine Daten nach draußen gelangen, teilweise möchte ich per Netzwerk Informationen und Dateien austauschen und teilweise möchte ich die Virtuelle Maschine wie einen Computer in mein Netzwerk integrieren. Alles das kann ich mit VirtualBox machen. Es ist aber noch mehr nützliches und bisher ungenutztes möglich: so wurde gerade eine universelle Schnittstelle für Treiber entwickelt. Sie soll in Zukunft für komplexe Spezialaufgaben neue Anwendungsfelder bieten.

Es gibt derzeit sieben Netzwerk-Modi:

1. Nicht angeschlossen
2. Host-Only-Adapter
3. Internes Netzwerk
4. NAT
5. Netzwerkbrücke
6. Generischer Adapter
7. 1. UDP-Tunnel
   2. VDE-Netzwerk

Dazu gibt es noch eine weitere Möglichkeit Daten auszutaschen: gemeinsame Ordner.

Wichtig ist, dass eine Virtuelle Maschine immer auf einem anderen Computer läuft. Dieser kann echt oder ebenso virtualisiert sein. Vor allem im privaten Umfeld wird er häufig echt sein. Erst am Ende dieser Kette muss ein echtes System stehen. Der äußere Computer wird hierbei als Host oder Wirtsystem genannt. Er stellt die Hardware für den Gast oder die Virtuelle Maschine zur Verfügung. Der Host bildet also mit Software, was der Gast als reale Hardware wahrnimmt.

Virtuelle Maschinen sind besonders geeignet um Prozesse vollkommen zu isolieren. Beispielsweise wenn eine Software nur begrenzte Zeit genutzt wird und sie nicht das System aufblasen soll: so habe ich eine Oracle 11g R2 eben aus diesem Grund in einer virtuellen Maschine isoliert. Sie ist trotzdem für den Host im Netzwerk verfügbar; sie kann allerdings das Wirtsystem nicht verändern.

In VirtualBox kann jede virtuelle Maschine zwischen keiner und maximal vier aktiven Netzwerk-Adaptern haben. Gewöhnlich wird einer benötigt. In Spezialfällen zwei – siehe Internes Netzwerk. Bei sehr speziellen Kombi-Lösungen können es auch mehr sein. Da die Hardware simuliert wird, wird jeder Netzwerk-Adapter im Host innerhalb des Gastes als eine Netzwerkkarte erkannt.

Nicht angeschlossen

Dieser Modus ist sehr einfach: das Gast-Betriebssystem erkennt zwar eine Netzwerkkarte – das Kabel ist aber nicht angeschlossen. Nur durch Änderung des Modus kann sich dieser Zustand ändern.

Eine virtuelle Maschine läuft in diesem Modus vollkommen offline. Die einzige Austauschmöglichkeit sind serielle Schnittstellen, USB und gemeinsame Ordner. Diese Möglichkeiten sind in allen Modi optional verfügbar.

Host-Only-Adapter

Ich kann sogar die IP des Computer meines Kollegen nehmen. Möchte ich allerdings dann auf seinen Rechner zugreifen überstralt die VM seine IP: da sie näher liegt und den selben “Listener” mit einem anderen Ziel hat muss ich dann die VM herunterfahren um die IP zu killen oder zu ändern. Daher ist es ratsam das dennoch nicht zu tun. Trotz der vielen Vorteile gibt es einen Nachteil: der Gast hat keine Interaktionsmöglichkeit außer seinen Host. Alle Adapter-Typen sind jedoch immer kombinierbar.

Internes Netzwerk

NAT

Soll eine virtuelle Maschine für den Gast erreichbar sein muss sie bei NAT ein paar Ports auf dem Wirt reservieren. Mittels Portmapping müssen diese Ports vom Wirt auf die Adresse und die Ports des Gastes verwiesen werden. Der Host nimmt also alle Anfragen direkt auf seinem Netzwerkstack entgegen und gibt sie ggf. an den Gast weiter.

Netzwerk-Brücke

Diese Brücke ist auch aus Windows schon bekannt: “soll die Verbindung überbrückt werden?” Aber was heißt das? Man kann sich das durchaus wie eine reale Brücke vorstellen. Sie fängt in diesem Fall an einer Netzwerkkarte bei unserem Gast an. Der andere Fuß befindet sich an einer Netzwerkkarte des Hosts. Während der Fall auf Gast-Seite oft eindeutig ist haben Hosts oftmals mehrere Netzwerkkarten: für WLAN, Ethernet, Bluetooth, den Host-Only-Adapter von VirtualBox, in Windows VPN-Adapter und eventuelle Modems + Faxgeräte. Daher ist es hierbei wichtig die gewünschte Netzwerkverbindung zu wählen. Die richtig ist die über die der Gast kommunizieren soll. In den meisten Fällen ist es das lokale Netzwerk oder eine Internet-fähige Verbindung.

Eine solche Brücke habe ich für meine Datenbank-Anwendung benutzt: sie bietet den Vorteil einer eingenen IP und ist sehr einfach einzurichten, da alle Zugangsformalitäten von der Netzwerkkarte auf Hostseite und dem Betriebssystem übernommen werden. Eine Netzwerkbrücke ist also eine Symbiose aus Host-Only-Adapter (einfach einzurichten, eigene IP) und der NAT (Kommunikation nach außen, Routine über den Host). Durch die Überbrückung bekommt der Gast auch eine passende IP-Adresse vom Host. So ist er im gesamten Netzwerk erreichbar.

Einen Nachteil hat die Sache allerdings: da wir uns an eine Netzwerk-Verbindung klammern ist kein einfacher Wechsel möglich. Wer also im sowohl WLAN also auch ein Kabel am LAN-Port hat ist es gewohnt das Kabel zu lösen und irgendwo anders mit dem WLAN nahtlos weiter surfen zukönnen. Die virtuelle Maschine läuft natürlich trotzdem weiter. Um die Brücke allerdings jetzt am WLAN enden zulassen muss der Gast heruntergefahren, die Einstellung in VirtualBox geändert werden und dann kann der Gast wieder gestartet werden. Da ein Hibernate alle Einstellungen belässt, also ceteris paribus handelt, reicht hierbei nicht aus.

Generischer Treiber

Eine der beiden neuen Modi ab VirtualBox ist der Generic Driver; zu beiden sind eher wenige Informationen verfügbar. Hierbei handelt es sich um eine Schnittstelle für zukünftige Aufgaben. Da für kommende Virtualisierungslösungen vier Adapter nicht ausreichen werden um komplexe und komplizierte Szenarien zu entwerfen hat Oracle hier die Grundlage für eine Speziallösung geschaffen. Diese Lösung ist offen, mächtig und belegt dabei nur einen Adapter. Mir sind bisher weder offene noch kommerzielle Treiber bekannt. Wir werden sehen, ob sich hier ein Ökosystem erschaffen lassen wird.

#1: UDP-Tunnel

Der letzte Punkt ist etwas eigen und ebenso wenig dokumentiert wie der Generische Treiber. Ein UDP-Tunnel stellt eine Direkt-Verbindung zwischen zwei virtuellen Maschinen her. Sie müssen dabei nicht einmal auf dem gleichen System laufen. Nur die Hosts beider virtuellen Maschinen müssen sich gegenseitig finden können. Es können also mit einem UDP-Tunnel VMs auf ganz anderen Orten in der Welt und in vollkommen verschiedenen Netzen Informationen austauschen. Die VMs müssen nicht einmal auf dem selben Virtualisierungsniveau laufen. So können zwei Host in Netzwerken oder Offline laufen: in jedem Fall könnten beide oder eine der VMs vollkommen offline betrieben werden während kein Host auf das Internet verzichten müsste.

#2: VDE-Netzwerk

Ein VDE-Netzwerk ist ein System aus virtuellen Maschinen. Dieses System verhält sich wie ein physisches System. In diesem Fall ist das es obendrein virtualisiert – also ein virtuelles System aus VMs. Es wird über Netzwerke zusammen geschlossen. Diese Option steht bisher in keinem von Oracle gelieferten Packet zur Verfügung. Lade dir dein Quellcode herunter und übersetze ihn selbst: so kannst du auch VDE ausprobieren. Ich habe ein solches Szenario für mich privat bisher nicht gebraucht.

Diese Modi ist deshalb so eigen, weil man bisher (VirtualBox Version 4.1.8, Anfang 2012) diese Option nicht im GUI des Host nutzen kann. Die Einrichtung findet zwar auf dem Host statt muss aber auf der Kommandozeile erfolgen.

Retroperspektive

VirtualBox ist eine freie Software. Sie wird kostenlos und in OpenSource von Oracle vertrieben. Oracle bekam VirtualBox 2010 als einen Teil der SUN-Übernahme. SUN selbst hatte erst 2008 Innotek übernommen; eine Softwareschmiede aus dem Ländle. Sie hatte sich auf Virtualisierung spezialisiert als das Thema noch fast gänzlich unentwickelt war. So hat VirtualBox bisher maßgeblich das Thema Virtualisierung angeführt. Derzeit ist VirtualBox vor allem für private Kunden und Endanwender interessant. In Unternehmen sind XEN, Citrix und vor allem VMware und Parallels durch einen riesigen Funktionsumfang deutlich attraktiver.

VirtualBox herunterladen

Quellen

http://www.nwlab.net/tutorials/virtualbox/networking-212.html
http://www.nwlab.net/tutorials/virtualbox
http://www.nwlab.net/tutorials/virtualbox/virtual-networking.html
http://www.virtualbox.org/manual/ch09.html
http://www.virtualbox.org/manual/ch06.html
http://www.thomas-krenn.com/de/wiki/Netzwerkkonfiguration_in_VirtualBox_3.0

an alle Leser, Subscribers, Follower und Unterstützer von Geekroom. Es war ein hervorragendes Jahr mit euch. Wir hoffen euch auch in 2012 wieder viel HowTos aus der Technik-Welt bieten zu können.

Unsere Follower und Subscribers haben viel Input für Themen gegeben. So habe ich Posts geschrieben um gezielte Fragen zu beantworten und aktuelle Lösungen aus meinem Freundeskreis in einen Artikel verfasst. Dadurch sind im letzten Jahr 148 Artikel erschienen – die meisten davon auf Deutsch und Englisch. Allein in diesem Jahr haben sich unsere Leser über 60 Stunden auf unserer Seite informiert. Dazu gab sie noch 30 Videos und Screencasts auf YouTube gesehen. Unsere Videos wurden noch einmal 27 Tausend mal angeschaut. Wir haben dir drei Posts in jeder Woche geliefert. Welche Posts wir demnächst freischalten könnt ihr immer auf der rechten Seite unter der Suchbox verfolgen: hier findet ihr den Countdown zum nächsten Post.

Wir drei, Sascha, Daniel und Daniel, sind derzeit stark beschäftigt Projekten nachzugehen, unsere Bachelor-Arbeiten zu schreiben und stark in unseren Jobs involviert. Daher sind wir für Gastartikel und Autoren immer offen. Falls ihr auch Themen habt, die ihr teilen möchtet, schreibt uns einfach an: info@geekroom.de
Da wir derzeit eine Menge Erfahrungen in der IT anhäufen, sammeln wir wieder fleißig Ideen für kommende Beiträge. Sie sind wie immer bunt wie ein Pfauenschweif. Falls ihr Fragen habt, könnt ihr uns gerne nach Lösungen fragen – wir kennen Spezialisten auf fast allen Themengebieten. Wir hoffen, dass ihr auch 2012 eure Ziele erreicht, die Welt ein wenig besser macht und euch fachlich + methodisch weiterentwickelt.

Ein gutes und erfolgreiches Jahr von uns, Sascha, Daniel und Daniel.

Worum geht’s?

LIMBO ist ein App für Mac OS X 10.6 (oder höher) und zur Zeit unter der Kategorie “Neu und beachtenswert” im für 7,99€ zu haben. Um es auf den Punkt zu bringen, es ist ein Schwarz-Weiß-Grusel-Jump’n'Run mit Rätseleinlagen, das mit einer im wahrsten Sinne des Wortes unheimlich dichten Atmosphäre daherkommt.
Die Spieleschmiede PLAYDEAD aus Dänemark hat wunderbar bewiesen, dass man auch mit einem kleinen Budget ein derart fesselndes Spiel produzieren kann.

Ein Trailer gibt Einblick in das Spiel

Macht das Spaß?

Die fünf Sterne Bewertung aus dem App Store spricht für sich und Kommentare wie “bestes Spiel im Mac App Store” verdeutlichen das. Ein Junge, der auf der Suche nach seiner Schwester ist und dabei die düstere Landschaft von Limbo durchquert. Von mir persönlich gibt es 4 von 5 Geeks

Langzeitmotivation?

Da das Spiel mit seinen knapp drei Stunden Umfang recht knapp bemessen ist, reicht es aus, dass man wissen will wo die Reise den Jungen hinführen wird. Da es keine Errungenschaften oder ähnliches gibt, wird es wohl beim einmaligen Durchspielen bleiben, deshalb 3 von 5 Geeks

Fazit

Allein schon wegen der sehr guten Inszenierung ist es das Spiel wert gekauft zu werden. Auch wenn (ein geübter Spieler) nach drei Stunden mit dem Spiel fertig sein sollte, werden ihm diese drei Stunden im Gedächtnis bleiben. Die Spielidee des wehrlosen Jungen, der es mit allerlei Fallen und Wesen zu tun hat, hat mich an den Klassiker “Heart of Darkness” erinnert. Fazit: Sehr empfehlenswert!
Gesamtwertung: 4 von 5 Geeks

LIMBO im AppStore:

Zoom in OS X Lion aktivieren

Um die Option zu erreichen, die uns den Bildschirmzoom ermöglicht, müssen wir die Bedienungshilfen in den Systemeinstellungen aufrufen

Im Punkt Sehen müssen wir zuallererst die Option Zoom aktivieren. Fensterinhalt vergrößern muss ebenfalls ausgewählt sein. Weiter geht es unter den Optionen

Als letzter Schritt muss die Ctrl-Taste als Zoomtaste festgelegt werden, dazu die untere Checkbox aktivieren und einmal Ctrl drücken. Ein ^ Zeichen sollte nun in der Box erscheinen.

Unter dem Button Größe und Ort anpassen können die Proportionen des Zoombereichs eingestellt werden, dieser ist nämlich in Lion standardmäßig nicht mehr den ganzen Bildschirm ausfüllend.

Jetzt habe ich an derselben App eine weitere Optimierung vorgenommen und konnte die Geschwindigkeit nochmals um Faktor 5 steigern. Das Beste ist, dass man die Methoden kombinieren kann und sich dadurch große Geschwindigkeitsvorteile ergeben. Der Trick ist so einfach und wird doch so selten genutzt. Wenn wir alle Klassen, die nicht weitervererben als “final” deklarieren können wir dem Compiler weitere Optimierungen erlauben. In Spitzen-Messungen konnten wir noch einmal die Geschwindigkeit verfünffachen.

Die Signatur beachten

Eine einfache Signatur meiner Klassen war:

public class Inspector {…}

Hier erlaubt Java prinzipiell anderen Klassen von überall aus den Inspector als Grundlage für neue Klassen zu nutzen. Das benötigen wir aber nicht, im Gegenteil es behindert den Compiler, vor allem auch den JIT-Compiler (Just in Time Compiler; Echtzeit-Übersetzer), die Optimierung in der Ausführung vorzunehmen. Wenn wir dieses unnötige Feature verbieten, erhöht sich dadurch die Geschwindigkeit bei der Ausführung. Alles was wir machen müssen ist die Signatur um “final” zu ergänzen:

public final class Inspector {…}

Sobald wir in der Lage sind die Klasse zu erweitern, entfernen wir das Keyword “final” wieder. Anschließend übersetzen wir den Code erneut. Zwar fällt damit dieser Teil der Optimierung weg, die Klasse ist aber nun wieder in der Lage zu vererben.

Resumée

Die Optimierungen sind vollkommen einfach und kosten weit weniger Zeit als eine Dokumentation. Leider streuen die Profiling-Werte im CMS sehr stark. Alle Messungen wurden mit den gleichen JVM-Options durchgeführt und liefen auf demselben System unter vergleichbaren Bedingungen. In den Durchschnittswerten legte durch die erste Optimierung (Basic zu Opt 1) die Applikation mit Faktor 2.4 zu. Durch die zweite Optimierung (Opt 1 zu Opt 2) nochmal um 5.4. Im Gegensatz zu keiner Optimierung machte die Zweite unsere App um Faktor 13 schneller.

In den Extrema wird das Ganze sogar noch deutlicher: Unser Bestwert wurde nach der zweiten Optimierung (Opt 2) mit 35.4 ms gemessen. Unser schlechtester vor beiden Optimierungen (Basic) mit 887 ms. Der Unterschied der beiden Extrema liegt sogar leicht über Faktor 25.

Das heißt durch die zweite Optimierung fahren wir statt im PKW mit Stadt-Geschwindigkeit jetzt mit Überschallgeschwindigkeit: 1.253 km/h. Der Schall bringt es gerade auf 1.236 km/h.

Ausblick

Leider ist das Profiling in Java 6 (Mac OS X) noch nicht mit dem G1 möglich. Auch teilweise wollten die Optionen

-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC  -XX:+UseFastAccessorMethods

leider nicht funktionieren. NetBeans konnte es übersetzen und ausführen mit G1. Aber im Profiling hatte er Probleme die Virtual Machine zu verbinden. Erste Tests mit der experimentellen Implementierung des G1 bescheinigen bis 12% bessere Leistung bei geringerer Streuung der Messwerte. Wenn Java 7 für Mac herauskommt bin ich gespannt wie sich hier die Performance auswirken wird. Wir bleiben dran. Vielleicht schaffen wir auch noch die Lichtgeschwindkeit und schneller als Neutrinos…

Ein Kopieren der alten Benutzerdaten und ein Kopieren der Musik in den alten Dateipfad reicht leider nicht aus.

Ort für Mediathek auswählen

Unter MacOS

Mit einem alt-Klick auf iTunes ist es möglich den Ort der Mediathek festzulegen:

Mit einem Klick auf Wählen kann man den Ort der Mediathek auswählen und schon hat man seine Musik samt Bewertungen auch auf dem neuen Rechner.

Unter Windows

Unter Windows sieht die Sache ähnlich aus, nur dass der alt-Klick ein Shift-Doppelklick ist.

Unter Mediathek wählen gelangt man in die Auswahl, in der man die Datei iTunes Library.itl auswählen muss.

Nach beiden Vorgehensweisen aktualisiert sich die Mediathek und die Musik ist wieder da.

Die Aufgabe

Ende letzter Woche schrieb ich an einer Java-Applikation. Es war ein Backend-Prozess zum Indizieren von Inhalten auf der Festplatte. Die Entwicklung war straight forward. Als ich mit der Logik fertig war guckte ich mir manuell (sic) den Code an und stellte eine Hypothese auf. Welcher Teil des Codes würde die CPU am meisten beanspruchen? Wo würden kleine Änderungen die größten Auswirkungen zeigen?

Profiler

Um Bottlenecks im Code zufinden ist ein Profiler das Mittel der Wahl. Er zeigt euch detailliert welche Prozesse ineinander laufen und welche Zeit jeder Call auf dem Stack verschlingt. Zu einer guten IDE gehört ein Geschwindigkeitsmesser dazu: in NetBeans findet ihr diesen oben ganz rechts neben “Clean & Build” und “Run”. Falls ihr PHP installiert habt ist es auch rechts vom “PHP Manual”. In Eclipse benötigt ihr ein Profiler-Plugin – ich sagte ja auch in guten IDEs sei es anbord.

Sehr falsch

Ich war mir sehr sicher. Ich startete das Profiling und guckte mir den Kritischen Pfad an. Ich lag so falsch! In meiner gesamten Applikation nutzte ich eine einzige fremde Klasse. Sie tat ihren Zweck. Aber sie war sehr schlampig gecoded: 37% der Laufzeit wurden in der Klasse java.awt.Dimension verbracht. Sie wurden an einigen Stellen im Code getrennt von einander genutzt.

Das Problem an java.awt.Dimension ist, dass sie ein ganzes Toolkit aus dem nativen GUI von Java initialisiert. Für die Applikation wurde aber nur das Tupel (x, y) für die Breite und die Höhe eines Bildes genutzt. Die Toolkit-Komponente der Dimension verlangte darin wiederum am meisten Leistung. So eine Verschwendung! Für zwei primitive Werte ein ganzes GUI-Toolkit laden – was für ein Blumengarten! Und diese Klasse kam direkt von einer mittelgroßen IT-Unternehmensberatung aus Mitteldeutschland. Es konnte absolut nicht wahr sein…

Die Lösung

Ich dachte darüber nach ein Framework für dieses Problem einzusetzen: JavaTuples. Es bot aber nicht genau, was ich suchte. Also schrieb ich das POJO (Plain Old Java Object; Primitive OOP-Klasse) einfach selbst. Ihr könnt unsere Klassen gerne verwenden. Sie nutzt Generics und ist möglichst einfach und allgemein gehalten.

Nachdem ich an allen Codestellen java.awt.Dimension gegen meine DimensionTupel ersetzt habe habe ich den Code im Schnitt dreimal schneller gemacht. In Spitzenmessungen war es sogar fünffach schneller.

Da jetzt nur Primitive Datentypen gespeichert wurden wurde die größte Bremse im System beseitigt. Vorher war die CPU bis zu 320 ms von 887 ms (37%) mit diesem Code beschäftigt – jetzt noch 0.012 ms; also weit über 70.000x weniger! Wenn ihr wissen möchtet warum der Golf I eine ähnliche Effizienz wie sein 35 Jahre jüngerer Bruder, Golf V, hat – diese Firma berät die Volkswagen-Gruppe und schreibt auch deren Software. Da keine Interna verraten werden ist es kein Geheimnis um welche Firma es sich handelt. Ich möchte lediglich keine Werbung machen.

Screenshots

Wege zum Profiler
Resultate im Profiler

Mehr Optimierungen

Am Ende habe ich noch alle System.out.println() entfernt. Jetzt wird alles in einen StringBuilder geschrieben und am Ende alles auf einmal geschrieben. Zudem werden alle Fehler nicht via e.printStackTrace() auf die Console sondern in einen Logger geschrieben. Das Ganze brachte noch einmal 10% Leistungssteigerung. Also eher weniger.

Resumée

Am Ende bleibt zu sagen, dass 10% Leistungssteigerung gut sind. Schlussendlich ließ sich die Geschwindigkeit um bis zu 550% steigern, da java.awt.Dimension so unfassbar überdimensioniert ist. Daher bot es den besten Ansatzpunkt um mit wenig Mitteln viel zu erreichen.

Doch was bedeutet eine Leistungssteigerung um das Fünf-Einhalb-Fache? Es ist als säßen sie erst im Auto und fahren in der Stadt mit bis 50 km/h. Nach der Veränderung sitzen sie im ICE auf einer Hochgeschwindigkeitsstrecke, wie Frankfurt/Main – Köln. Sie fahren mit konstanten 265 km/h durch Tunnel und über Täler. Es ist nicht nur schneller; es macht auch deutlich mehr Spaß. Und da Geschwindigkeit auch unsere Einstellung zu Software und Webseiten beeinflusst macht es sie besser.

Der Fehler war, dass Dimension sehr verführerisch wirkt: es speichert zwei Werte in Breite und Höhe. Die gesparte Zeit bei der Entwicklung rächt sich mit jeder Nutzung. Ihr bekommt auch gerne unsere einfachen Klassen. Da ist kein Hexenwerk und das kann jeder, der Speicherplätze anlegen und der IDE sagen kann sie solle Getter/Setter und einen Konstruktor anlegen. Das Genie dahinter ist zu wissen, was ihr damit tut. Ein GUI zu laden um zwei Primitive Datentypen zu speichern ist Verschwendung. Zu Zeiten des Apple I, mit 128 KB RAM, hätte diesen Fehler niemand gemacht.

iPhones sind für viele mehr als Handys. Meinen Tag hat letztens zum Beispiel Eines gerettet. Als ich unterwegs Orte gesucht habe war das auf dem iPhone. Ohne es hätten wir niemals den Besten gefunden. Es war ein wirklicher Zufall. Ich bin sehr froh darüber – aber ohne iPhone wäre das nicht möglich gewesen. Und das überzeugt mich immer mehr davon: iPhones retten Leben.

Egalité des places

Ein Smartphone ist mehr als ein kleiner Computer. Es gibt mir Freiheit, Flexibilität und ermöglicht mir von überall auf der Welt alle öffentlichen Informationen abzurufen und einzusehen. So bringt es mich von überall mit jedem und allem in Kontakt. Das heißt es demokratisiert die Welt. Es wird immer weniger wichtig, wo wir sind, da jeder Ort das Potential hat als mein Arbeitsort zu dienen.

Effizienz und Effektivität

So kann ich auf dem Weg zum Kunden, in der Bahn, zwischen Terminen und im Café arbeiten. Ich werde effizienter und ich und meine Kollegen müssen weniger Verzögerungen hinnehmen. Das iPhone ist wie jedes Smartphone. Nur ist es sehr intuitiv zu bedienen, macht Spaß und genau, was es soll. Daher nutzen es viele. Daher zahlen sie auch gerne mehr dafür. Daher sind sie stolz auf ihr iPhone.

Nicht was es ist. Was es bedeutet!

Und das ist das magische am iPhone. Obwohl es ein paar Leiterplatten und ein Gehäuse aus Aluminium mit Glasoberfläche ist kann es mir doch den Tag retten. Das macht die Software und sie wird unterstützt von Hardware. Das ist Design, wie es wirkich gemeint ist. Das ist das Business von Apple.


“Design is not how something looks like or feels like. Design is how some things work.” (Steve Jobs)

“Structure is greater than the sum of it’s parts.” (Nancy Duarte)