for 1’000’000 lines

    “line” is empty

    for 150 chars

        add char “c” to the “line”

    print out the “line”

Running the script and pipe the output to a file creates a 145MB file. And the most interesting result is the time each script took to run:

Shell$ time python createRandomFile.py --rows 1000000 --chars 150 > bigfile.py.txt
real	0m56.207s
user	0m55.348s
sys	0m0.607s

Shell$ time perl createRandomFile.pl -r 1000000 -c 150 > bigfile.pl.txt
real	0m37.742s
user	0m37.147s
sys	0m0.488s

Shell$ time php createRandomFile.php -r 1000000 -c 150 > bigfile.php.txt
real	1m9.357s
user	1m5.165s
sys	0m3.542s

Shell$ time java createRandomFile 1000000 150 > bigfile.java.txt
real	1m18.791s
user	1m0.689s
sys	0m11.133s

Shell$ time ruby createRandomFile.rb -r 1000000 -c 150 > bigfile.ruby.txt
real	1m44.118s
user	1m39.672s
sys	0m0.967s

Shell$ time ruby createRandomFile.sh 1000000 150 > bigfile.bash.txt
real	78m46.334s
user	56m30.018s
sys	3m5.280s

Shell$ time ./createRandmonFile -r 1000000 -c 150 > bigfile.c.txt
real	0m2.159s
user	0m1.339s
sys	0m0.425s

For me personally there are some unexpected new experiences:

1. Python takes “much” longer than perl. After performance optimizing the Python script its much faster, but still slower than the perl script. Thats really sad…
2. Not a big surprise is the fact, that the C program is the fastest. But that it is so much faster than all others is impressive.
3. Using echo instead print in the php script gets the script one second faster.
4. And the fact, java is one of the most slowest language of all competitors used here.
5. Ruby is damn slow
6. Finally, Bash IS the slowest… Damn slow! I mean, SLOOOWWW!!!

This are really interesting results!

Immer wie mehr kaufe ich Bücher, bis jetzt jedoch nur technische, im eBook Format. Ich hab das Buch auf all meinen mobilen Geräten immer dabei, kann nach Stichworten suchen und natürlich auch Abschnitte markieren und kommentieren. Ich bin überzeugt, dass sich mein Bücherregel immer wie mehr vernachlässigt vorkommen wird. Einzig, das Ding mit den Lesezeichen hab ich noch nicht so ganz begriffen ;)

Apple hat es leider bis jetzt noch nicht hingekriegt mit dem iBook Store in der Schweiz. Aus diesem Grund schneiden sich meine Finger am virtuellen Papier aus Büchern aus Amazons Kindle Store. Apple wird es nicht leicht haben, wenn sie irgendwann doch noch mit dem iBook Store kommen, da sich Bücher aus dem Kindle Store wohl nicht transferieren lassen werden.

Die tägliche Arbeit mit Subversion besteht generell nur aus Update und Commit. Dennoch gibt es ein paar interessante weitere wichtige Befehle. Hier mal eine Übersicht der wichtigsten.
Initiales Auschecken eines Repositories (Arbeitskopie erstellen)

bash$ mkdir Workingcopy 
bash$ cd Workingcopy/
bash$ svn checkout  http://svn.local.zero-one.ch/KTSI/DevEdge-tspycher/ . # Der Punkt am Ende repräsentiert das aktuelle Verzeichnis
A Playground
A Projects
A Projects/TakeAway
A Projects/TakeAway/Source
A Projects/TakeAway/Source/Class_TakeAway.h
A Projects/TakeAway/Source/main.cpp
A Projects/TakeAway/Source/Class_TakeAway.cpp
A Projects/TakeAway/TakeAway.xcodeproj
... SNIPP ...
Checked out revision 40.

Arbeite mit dem Innerhalb der Arbeitskopie lokal. Vorzugsweise alle “Änderungspakete” commiten. Das heisst nach jedem erfolgreichen abschliessen einer Tätigkeit oder eines Bugfixing die Änderungen commiten.

Hier die Regeln fürs Commiten:

• Wenn möglich nur funktionierender und kompletter Code hochladen
• Spätestens bei Arbeitsende commiten
• Jeder Commit steht für eine abgeschlossene Arbeit
• Das Commiten von Binären Files vermeiden . Z.b. Build Verzeichnisse

Änderungen übertragen (commiten)

bash$ svn commit -m "Bugs fixed in main.cpp"
Sending Projects/TakeAway/Source/main.cpp
Transmitting file data ..
Committed revision 41.

Arbeitskopie updaten (update)

bash$ svn update
U Projects/TakeAway/Source/main.cpp
Updated to revision 42.

Datei/Verzeichnis unter Versionskontrolle stellen (add)

bash$ vi test.txt
bash$ svn add test.txt
A test.txt
bash$ svn commit -m "added test.txt to the repository"
Adding Playground/test.txt
Transmitting file data .
Committed revision 43.

Properties setzen (propset)
Die angegebenen Variabeln werden innerhalb des angegebenen Files mit den entsprechenden Werten ersetzt. In der Datei oder in den Dateien müssen die Platzhalter mit $PLATZHALTER$ angegeben werden. Z.b. $Date$ $Rev$ $Author$

bash$ svn propset svn:keywords "Date Rev Author" test.txt
property 'svn:keywords' set on 'test.txt'
bash$ svn commit -m "added Date Rev Author properties to the file"
Sending Playground/test.txt
Committed revision 44.

Datei aus der Versionskontrolle entfernen (delete)
Achtung, Files in unterhalb der aktuellen Revision bleiben bestehen!

bash$ svn commit -m "removed file from repository"
Deleting Playground/test.txt
Committed revision 45.

Konflikte lösen (resolve)

bash$ svn commit -m "some minor changes"
Sending Playground/test.txt
svn: Commit failed (details follow):
svn: File or directory 'test.txt' is out of date; try updating
svn: resource out of date; try updating
bash$ svn update
Conflict discovered in 'test.txt'.
Select: (p) postpone, (df) diff-full, (e) edit,
(mc) mine-conflict, (tc) theirs-conflict,
(s) show all options: p
C test.txt
Updated to revision 47.
Summary of conflicts:
Text conflicts: 1
bash$ ls -la
total 32
drwxr-xr-x 7 tspycher staff 238 Aug 29 11:16 .
drwxr-xr-x 5 tspycher staff 170 Aug 29 10:56 ..
drwxr-xr-x 8 tspycher staff 272 Aug 29 11:16 .svn
-rw-r--r-- 1 tspycher staff 116 Aug 29 11:16 test.txt
-rw-r--r-- 1 tspycher staff 45 Aug 29 11:16 test.txt.mine
-rw-r--r-- 1 tspycher staff 17 Aug 29 11:16 test.txt.r46
-rw-r--r-- 1 tspycher staff 36 Aug 29 11:16 test.txt.r47

Die Datei test.txt steht nun in einem Konflikt und kann nicht mehr commited werden. Mit der Option p (postpone) wird die lösung des Konflikts verschoben, sodass dieser von Hand in der Arbeitskopei gelöst werden kann.
Die Original Datei enthält sämtliche Änderungen mit einer speziellen Formatierung:
<<<<<<< .mine
Ich bin ein Test, hier schreib ich was lokal
=======
Ich bin ein Test mit noch mehr text
>>>>>>> .r47
Die Dateien habe ich alle verifiziert und mich dafür entschieden, die Änderung meines Arbeitskollegen zu akzeptieren.

bash$ cp test.txt.r47 test.txt
bash$ svn resolved test.txt
Resolved conflicted state of 'test.txt'

Danach sollte man auf jedenfall commiten.

Mit dem Glauben an das Gute im Menschen und in Grosskonzerne, hat mein Vater das defekte Teil verpackt und einen netten Brief, mit der Bitte das Teil zu ersetzen, dazu gelegt und dies an Apple Schweiz in Zürrich geschickt. Nach wenigen Tagen hat sich bereits eine nette Dame aus Schweden gemeldet und ein paar Einzelheiten zu diesem Fall nachgefragt. Schlussendlich meinte sie, dass sie den Fall zurück an Zürchen geben werde und die dann entscheiden ob der Akku ersetzt würde oder nicht.

Ebenfalls nur ein paar Tage später lag auf der Post ein komplett neuer Akku welcher nun das Notebook wieder ordentlich mit Strom versorgt.

Mich persönlich beeindruckt dieser Fall in allen Bereichen sehr stark. Ein solch grosser Konzern interessiert sich wirklich für den kleinsten Kunden. Apple hat den Fall äusserst speditiv, freundlich und natürlich zur vollsten Zufriedenheit des Kunden abgewickelt. Vorbildlich!

Die Applikation läuft nur auf OSX, bindet sich dort aber nahtlos ein. Die Oberfläche ist Apple klassisch, sauber strukturiert und man findet sich sehr schnell zu recht. Budgeting, geplante Transaktionen und Synchronisation mit MobileME etc sind nur ein paar der vielen Funktionen. Speziell gut gefällt mir die iPhone Applikation. Diese erlaubt es unterwegs Buchungen zu erfassen und zu bearbeiten. Ebenfalls hat man immer einen Überblick über die aktuellen Kontostände.

Kurz und knapp. Wer einen Mac besitzt und seine Finanzen organisieren möchte, kommt um diese Applikation nicht rum…

Mehr Informationen hier.

• Jede Idee resp. jedes Business ist erlaubt
• Es muss legal sein und kein Potential für Klagen beinhalten
• Das “Produkt” muss fair und einfach sein. Keine Kunden verarsche!
• Es darf nur sehr geringen bis keinen Unterhaltsaufwand generieren

Ob dabei was produktives auf die Beine gestellt werden kann ist äusserst fraglich ;-) Eine interessante Erfahrung kann es dennoch sein!

Wer Interesse an diesem Thema hat darf sich gerne als Kommentar oder in einem direkten Mail darüber auslassen.

Nun ja, jetzt ist meine ganze rechte Hand in einer Schiene und ich muss alles mit NUR der linken Hand machen. (Auch diesen Artikel schreiben)

Seit gestern kann ich meine “Knödli” wieder erkennen und seit heute strahlt meine rechte Hand in allen Regenbogen Farben… Am Montag 23.11 muss ich nochmals ins Spital. Hoffentlich bekomme ich dann eine andere Schiene!!!

Nun reicht eine Applikation mit einem einzigen Butten und das iPhone ist innert 20-30 Sekunden jailbroken! Herrlich! Blackra1n machts möglich…

Ich bin mal sehr gespannt auf Eure Meinungen zu meiner visualisierten These.

Als System oder Netzwerk Administrator ist man sprichwörtlich blind ohne ein Monitoring System im Netzwerk, welches über den gesundheitlichen Stand aller Server und Netzwerkkomponenten informiert. Die Informationen, welche ein solches System liefern kann, sind schier unendlich. Am wichtigsten sind Daten zur aktuellen Auslastung, Status von Diensten und Informationen über die Hardware (Festplatten, Ventilatoren etc.). Für all diese überprüften Quellen, sprich Dienste, können Schwellwerte gesetzte werden. Wird ein solcher überschritten können entsprechende Fachkräfte, mit zum Beispiel SMS, informiert werden.

Ein solches Monitoring System kann diese Daten über die Zeit hinweg aufzeichnen und technisch strategische Entscheide fallen einfacher. Zum Beispiel kann eine voraussichtliche Lebensdauer über den Daumen hinweg bestimmt werden.

Als Provider kann man den Kunden Informationen über seine Systeme und deren Status zur Verfügung stellen. Ebenfalls können die Pikett-Techniker schneller Probleme feststellen und reagieren.

Auf dem Markt gibt es Zahlreiche Monitoring Lösungen. Viele kosten nicht wenig Geld und passen meist super in Netzwerke die aus einem Guss sind. Arbeitet man jedoch in einem heterogenen Netzwerk mit unterschiedlichen Windows und Unix/Linux Systemen wird es schon schwieriger. Netzwerk bedingt, können viellicht auch nicht alle Monitoringprotokolle, wie zum Beispiel SNMP, zugelassen werden.

Sucht man etwas im Internet nach Monitoring Lösungen stösst man bald auf “Nagios“. Nagios ist gratis und äusserst mächtig. Da es diese Projekt schon einige Zeit gibt und die Entwicklung der Software mittlerweilen in eine Sackgasse geraten ist wurde das Projekt abgespalted (geforkt) wobei der Quellcode kopiert wurde und als neues eigenständiges Projekt weitergeführt wird. Einiges modernen und einfacher steht “Icinga” immer wie mehr in den Serverräumen und unterstützt alle Administratoren bei ihrer täglichen Arbeit.

Icinga ist noch sehr jung läuft aber bei meinen ersten Tests bereits äusserst stabil! Die etwas kompliziertere, Textdateien basierte, Konfiguration schafft aber viel Spielraum für Automatismen. Das heisst die Firmen Datenbank, mit allen Informationen über System und Dienste, kann automatisch abgegriffen und entsprechende Konfigurationen erstellt werden. Erste Tests waren sehr erfolgreich und es werden Überlegungen angestellt bald mit Icinga produktiv zu gehen und das aktuelle Monitoring abzulösen. Durch die grosse Flexibilität sind Erweiterungen äusserst schnell auf die Beine gestellt. Somit wird Icinga bei der Genotec nicht nur über SMS und EMai notifizieren, meldungen werden auch über Prowl direkt an iPhones geschickt, es werden automatisch Tracker-Items im internen Auftragssystem erfasst für die Dokumention des Ausfalls. Die Möglichkeiten sind nahezu unbegrenzt! Benachrichtigungen über Twitter implementieren kostet 5 Minuten Arbeit.

Ein solches integriertes System komplett auf die Beine zu stellen, ist eine spezielle Herausforderung! Alle Welten, die in sich so weit auseinander liegen, treffen aufeinander und werden auf einen gemeinsamen Nenner gebracht. Vermutlich wird die Genotec AG der erste Provider sein, der auf Icinga setzen wird… Ich persönlich bin von diesem Weg überzeugt und freue mich über Twitter und Blog über den weiteren Verlauf dieses internen Projekts zu informieren.

Die über Twitter geknüpften Kontakte mit den Entwicklern von Icinga sind toll! Wir und Icinga freuen uns auf den Abschluss dieser beiden Projekte, der Live Schaltung unserer Instanz und dem produktiven Release von Icinga. Ebenfalls sind wir von unserer Zusammenarbeit überzeugt und sind uns sicher, dass beide Parteien davon profitieren können.