c0t0d0s0.org

The only way to wake up your audience after 20 sildes with statistics and pie charts



(inspired ... eehm ... stolen from presentation zen)

I still search for a small unit for doing presentations. Those small and beautiful UMPC are much to expensive for this task. I start to think about buying an Eee PC as soon they are available in germany. This tiny devices got some good reviews. As i started to use Keynote for preparing the presentation and Acrobat Reader for finally presenting it, this may be a solution ...

Looks like an interesting press announcement tomorrow. Let´s keep the finger crossed and hope that they will announce that they ditch AIX

I´ve ranted yesterday about the marketing habits of IBM. But kudos to IBM, they have excellent documentation, they even document the weaknesses of their technologies. So you find very intersting documents about their technology. Not that they hadn´t widthdrawn redbooks in the past like the one that documented the overhead of mpars, but mostly it´s a good source of realistic information. And thanks to the RedBooks it´s easy to clear some of fuss around some IBM technologies. And so, you find some interesting facts for example in the Redbook. And in this article i want to talk about WPARS. Many people think, that this is a cheap rip off of Solaris Zones. But many of them think, that the Live WPARS mobility is a cool feature, too. But when you really read public documentation much of the fuss appears a little bit overblown. Let´s have a look in the Redbook 247431: Introduction to Workload Partition Management in IBM AIX":

• The application in a WPAR has to write into a filesystem.

  Page 32: All files that needs to be written by the application must be hosted on an NFS filesystem

  That means: No large applications that needs direct raw access to disk like Oracle on WPARS and the speed of you application is limited to NFS.
• WPARs works with checkpoint/restore. That means: When you want to migrate your application, you have to freeze the WPAR. Then you have to checkpoint it. The checkpoint state file will be written via NFS to the shared storage. When you restart the WPAR on a different system, the process loads the checkpoint state file from the NFS server, and starts the WPAR. The application doesn´t run while to take or revive the snapshot:

  The chkptwpar command captures a snapshot of all tasks executing within one WPAR. It first interrupts all processes so they reach a quiescence point, then stores a copy of the processes context in a state file.

  Still sound unproblematic to you? The problem is in a detail. Think about an application that allocates 8 GB of memory (your java application for example), now take into consideration that most datacenters run on Gigabit Ethernet. Let´s assume 80 MB/s per Gigabit Ethernet interface via NFS. Thus the writing the state file would take 100 seconds. Reading it on the target system: Another 100 seconds. IBM states:

  The only visible effect for a user of the application is a slightly longer response time while the application is migrating.

  Well, i don´t know your users, but three and a half minute application downtime isn´t a slightly longer response time.

Okay, perhaps you can live with all this stuff, but still believe this, then you should read the manual for the Workload Partition Manager. The parts about Migration compatibility beginning arround page 27 is especially interesting: There are compatibility modes like "inbound/outbound compatile". An example:

Outbound Compatible
Compatibility testing shows that a WPAR can be relocated from the departure system to the arrival system, but it cannot be relocated back from the arrival system to the departure system.

The first time i´ve heard of it, i thought this is a joke, but it´s documented in IBM´s own documentation. It´s perfectly possible, that you can migrate a system to another system, but not back. When i understand it correctly, all systems have to patched to exactly the same level. When the patchlevel is lower on the arrival machine than on the departure machine, you can´t migrate to the system. When the patchlevel ist higher on the arrival machine than one the depature system, you can´t migrate back to your old system. And the libc has to be same on both systems in any case. Whoa .. what a bullshit ...

When i look at the WPARS solution, it looks like a really bad kludge. It´s good for the bullet point list wars.I´m sure that IBM sales reps will run around with WPARS and tell "Sun cannot do that" and maybe some customers who doesn´t like Sun, will use it as an argument to their management, to explain why they didn´t bought Sun.

But honestly, I don´t think, that you really can use it for anything practical.

PS: I´m not an AIX expert. When i´ve got something wrong, please correct me!

Interesting article about IBMs step back to "in order architectures":

What do you get out of it performance wise? If you look at the specfp2006, Power5+ at 2.2GHz reached 14.9 specfp2006, while Power6 reaches 22.3 specfp2006 at 4.7GHz - but of course, in an adapted Power5 machine. In summary, just under half additional speed at well over twice the clock.

The Power6 was something like the bogey man in the RISC world, but after all it´s a good evolution of their Power architecture. But´s by far not the "kill-all-other-proc" IBM and some analysts wanted to make us believe.

@last
@home

Everybody who thinks that a job with much travel is cool never sat in a McDonalds at 10 pm to wait for the last train towards home. At least the flight to Zürich was postponed to next week (no, not a customer in switzerland, there are locations in germany, you reach better from a foreign airport). But instead of this i´m scheduled to fly to San Francisco at the 19th.

Vielleicht sollten die Menschen in Firmen, die sich Geschäftsprozesse einfallen lassen für ein Jahr ein Praktikum in der Chipentwicklung machen. Denn die Herausforderungen sind ja recht ähnlich. Angenommen man muss durch verschiedene Stufen der Bearbeitung durch einzelne Abteilungen, dann ist das nix anderes als ein klassisches superskalares Design, nur das die einzelnen Piplinestufen hier anders heissen. Hat natuerlich den nachteil, wenn in irgendeiner Pipelinestufe jemand sagt: "Taugt nix", dann muss die ganze Pipeline geflushed werden und noch mal angefangen werden. Als einigermassen flexibler Mitarbeiter ist man sowieso dauernd im "out-of-order"-modus. Ständig zwischen den Jobs hin und her schalten.

Was Approvals angeht, die Manager geben muessen, ist dann eine gut funktionierende Branch Prediction recht sinnvoll, damit man sich moeglichst überfluessige Arbeit spart, wenn sich der Chef dann kurz vor Ende doch für "Geben wir nicht ab" entscheidet. Gleichsam möchte jeder VB die Ausführung mit "speculative execution", so wie es sie im Rock-Prozessor gibt: "Macht euch schon mal die Arbeit, wir gucken dann mal ob es überhaupt grundlegend genehmigungsfähig ist".

Vielleicht sollte man sich im Designprozess von Geschäftsprozessen die Lehren des Niagara-Prozessors vor augen halten. Hoher Durchsatz durch hohe Parallelität von unabhängigen Einheiten statt der Zentralisierung, die mehr dazu geeignet ist, einen Task möglichst schnell durchzuführen.

Bei so viel Ähnlichkeiten wäre es wirklich sinnvoll, wenn jeder Manager und Prozessverantwortliche zumindestens einen Crashkurs in moderner Prozessortechnologie erhält.

Nun ... ein Wochenende Ruhe ... viel nachgedacht. Es stehen eine ganze Reihe Frontbegradigungen in der nächsten Zeit an. Ich habe eine Reihe von Entschlüssen gefasst. Der wichtigste Punkt auf meiner Liste: Lernen "Nein" zu sagen. Gemäß dem Rat einer Person, an deren Meinung mir viel liegt. Alles was mir nicht wirklich wichtig ist, rauswerfen.

Ich habe zwar noch einige Dinge ausgeklammert, aber da muss ich einfach mal gucken, wie es sich dort weiterentwickelt. Vor allen Dingen werde ich die nächste Wochen erstmal zur gedanklichen Positionsbestimmung benutzen.

Es hat verdammt gut getan, mal um zwanzig Uhr ins Bett zu gehen, die Handys auszuschalten und das Notebook im Arbeitszimmer zu lassen. Das ich das wohl noetig hatte zeigte mir: Statt meiner üblichen 4-5 Stunden etwa 10 Stunden tiefen Schlaf.

In den nächsten Tagen und Wochen werde ich für mich wohl einige wichtige Überlegungen anstellen. Heute morgen hat mir ganz deutlich gezeigt, das ich aufpassen muss. Da ich nicht weiss, wer das alles hier liest, werde ich nicht schreiben, was heute morgen passiert ist. Ich denke da habe ich verdammt viel Glück gehabt. Da haben meine Mitmenschen, die zu diesem Zeitpunkt auf der selben Strecke waren, auch viel Glueck gehabt. Der Schrecken wird dem Fahrer des anderen Autos Jahre seines Lebens gekostet haben, wenn er sich auch nur halb so erschrocken hat wie ich.

Wofür das ganze eigentlich? Wofür morgens um halb fünf aufstehen, und um sechs uhr beim Flieger zu sein? Wofür aus einer Präsentation herauskommen und sich bis 23 Uhr auf die nächste vorbereiten? Wofür um halb elf noch Mails an Kollegen verschicken? Wofür morgens um zwanzig vor sechs beinahe einen Frontalcrash verschulden, den man nur mit viel Glueck verhindern konnte? Warum ersteinmal auf dem Flughafenklo in sich zusammensacken und zitternd vor sich hin heulen?

Ich bin gespannt, ob ich mir diese Frage in nächster Zeit beantworten kann oder eine halbwegs bullshitfreie Antwort darauf bekomme. Oder ob ich demnächst mit Notebook und Handy die Insignien meines Standes einfach in der Alster versenke und auf all das einfach scheisse.

Hätte gern mal wieder die Ruhe und Muss, um ueber etwas anderes zu schreiben, als Technik ... da faellt mir ein ... ich muss dringend mich mal um das loswerden eines grossteils des Jahresurlaubs ausm letzten Jahr kümmern. Morgen wieder zum Flughafen. Umfall ... aufs bett fall ... gute Nacht ... einschlaf.

This was not unexpected, but this made my day: Alex Ionescu writes in his blog, that he is able to break the digital rights management of vista. He was able to deactivate driver signing and thus he can inject a driver that circumvents the copyright protection mechanisms. If this is true, this has two interesting implications:

• Strictly interpreted the keys for Vista to play HD content must be revoked and all new HD medias need a new key for windows. This is not exactly the stuff you want to hear promptly to the general availability of Vista
• Driver signing was touted by Microsoft to be an protection against malware. This proctection didn´t even survived the GA day. Can you really trust Microsoft that they are able to build a secure OS?

I hope that his breach will be confirmed soon. They had five years to develop the next version of XP, and weren´t able to make it right. One question: Who were the NSA employees who helped Microsoft? The janitor and the till girl in the cafeteria? Sorry for the spitefulness, but i expected more from the allmighty National Security Agency.

Jetzt steht es irgendwie so vor mir, und ich mag es noch nicht akzeptieren. Ein Tecra M5. Garnicht mal schlecht ausgestattet. Ich mag es trotzdem nicht. Wie meine meine Kollegin gerade: Ich hab mich mehr über das neue Apple Netzteil letzte Woche gefreut, als über dieses Notebook jetzt. His Steveness scheint mich echt metertief in seinen Klauen zu haben. Mal sehen, was ich mit dem ungeliebten Kinde jetzt anfange ...

Vielleicht ja einer Kollegin geben, von der ich weiss, das sie das Notebook dringender braucht als ich. Wie sagte ich noch zu einem Kollegen auf dem CEC über meinem doch mittlerweile arg raponiertes Powerbook: Pry it from my cold dead hands.