Ich erinnerte mich dunkel daran, dass man Treiber aus dem Internet besorgte und diese auf Disketten dem Installer mittels F6 zum fressen vorwarf. Den Treiber zu finden war schonmal gar nicht so einfach, aber ich denke ich hab ihn gefunden. In dem ZIP war auch ein vielversprechendes Verzeichnis ‘Disk’ eingepackt, welches mir sehr bekannt aussah und was sicherlich funktioniert hätte, wenn ein Floppy Laufwerk in dem Rechner wäre. Das ist aber leider nicht der Fall und so hab ich zuerst versucht den Treiber auf einen USB Stick zu kopieren und im BIOS die Emulation des USB Storage Support auf ‘Floppy’ gestellt. Trotz mehreren Bootversuchen fand das XP nie den Treiber auf dem USB Stick.

Meine nächste Idee war einen alten SATA Controller einzubauen, den ich noch im Regal hatte. Er sah schon vielversprechend aus, denn es stand groß und breit ‘Promise’ drauf. Leider hat auch der nicht funktioniert, was ich auch schon fast vermutet hatte. Der Controller war wohl einfach nicht alt genug.

Inzwischen geisterte mir ‘Slipstream CD’ durch den Kopf, aber aufgrund der Unsicherheit ob ich den richtigen Treiber hab und dem Aufwand hab ich das wieder gestrichen und mich auf die Suche nach einem Floppy Laufwerk begeben. Und – oh Wunder – ich hab noch eins. Allerdings konnte ich im ganzen Büro und anschließenden sonstigen Räumen keine einzige Floppy mehr auftreiben. Und selbst wenn – die wäre sicherlich sowieso zu nix mehr zu gebrauchen.

‘Tja.. das war’s dann jetzt’ dachte ich mir. Oder doch nicht? Schließlich hab ich doch noch einige IDE Festplatten im Regal. Also versuchte ich in einem letzten Test noch diese Variante. Auch hier scheiterte der erste Versuch mit einer Seagate ST3500630A (500GB aus 2008) scheiterte an einem schwarzen Bildschirm während der Initialisierungsphase des Setups. Danach grub ich aus meiner Hardwarekiste eine IBM Deskstar IC35L040A (41GB aus 2001) aus. Die wollte zuerst nicht so recht, aber nach einem beherzten Schlag gegen die Seite lief sie dann – mit ohrenbetäubenden Pfeifen – doch an.

Und das unfassbare geschah: die Platte wurde erkannt und Windows XP ließ sich installieren. Und so eine Windows XP Installation dauert doch ganz schön lange verglichen mit Windows 7.

Im nächsten Schritt habe ich nun alle notwendigen Treiber nachinstalliert und die Installation mittels TrueImage auf die SATA Festplatte transferiert. Dank der nun vorhanden Treibern lief das alles problemlos.

Das Ganze war natürlich mehr Eigenantrieb, weil am Problem festgebissen, als irgendwie zeitlich zu rechtfertigen. Aber es zeigt schön wie froh man sein kann endlich Hardware haben zu können, die einigermaßen zusammenspielt. Und den Disketten trauert ja nun keiner mehr ernsthaft hinterher…

Im Admin Panel war zu erkennen, dass in dem Schritt ‘Front End user initialized’ die gesamte Zeit verloren ging. Leider konnte ich über Typo3 das ganze nicht weiter aufschlüsseln, sodass ich mich daran machte Debug Kommentare in den Sourcecode einzubauen. Nach etlichen Reloads der Seite hatte ich es geschafft das Ganze Problem auf die PHP Funktion uniqid(), welche zur Erzeugung einer eindeutigen SessionID innerhalb von Typo3 verwendet wird einzugrenzen.

Aus dem Typo3 Problem wurde somit ein PHP Problem. Etwas Googlen brachte zu Tage, dass andere das Problem auch kennen und die PHP Entwickler der Meinung sind, dass es kein Bug sei.Dennoch habe ich ein kleines Testskript verfasst, welches uniqid() ausführt und siehe da: manchmal ging es ruckzuck, manchmal (etwa jeden fünften Aufruf) brauchte es 10 Sekunden.

uniquid() verwendet unter Linux intern die Userspace Funktion usleep() der glibc. Für diese Funktion gibt es auch ein Äquvivalent auf der Kommandozeile. Der Aufruf von ‘usleep 1′ sollte eigentlich nur 1 usec andauern, bei mir blieb er ab und zu allerdings bis zu 10 Sekunden beschäftigt, eben analog zu der PHP Funktion in meinem Testskript.

Also ein Problem der libc? Daran mochte ich nicht glauben. Abgesehen davon, dass die Funktion als deprecated gekennzeichnet ist, ist sie doch schon recht lange präsent und von zentraler Verwendung – ein Bug erschien mir nicht sehr naheliegend.

Weiteres Googeln brachte mich zum Kernel und seinen verschiednen Clocksources. Der Linuxkernel bietet im Allgemeinen drei mögliche Quellen für 32Bit Systeme an: HPET, TSC und PIT. Die installierte CentOS 5.4 Distribution selektiert beim Booten  automatisch TSC als Clocksource, weil diese performant und zuverlässig ist. Leider funktioniert diese nicht so sehr zuverlässig mit AMD Prozessoren, was eine kleine Recherche im Internet zu Tage brachte. Es gibt von AMD einen kleinen Artikel (allerdings zu RHEL4) bezüglich dieses Problems.

Darin wird beschrieben, dass es bei K8 Kernen zu Problemen mit dem Powermanagement und TSC kommt, da die CPU Taktrate variiert und TSC auf Basis dieser arbeitet. Bei SMP soll es wohl auch Probleme mit TSC und K8 Kernen geben. Das Ganze hat nicht zu 100% auf mein Szenario gepasst, schließlich habe ich CentOS 5.4 (analog RHEL 5.4) im Einsatz und eine Opteron 1212 HE CPU ohne erkennbares Powermanagement, aber ich dachte ein Versuch schadet nicht.

In meinem ersten Schritt habe ich notsc als Kernelparameter angefügt und rebootet. Leider hatte das nicht den gewünschten Effekt. Der Kernel wurde mit der Option CONFIG_X86_TSC kompiliert, weshalb sich tsc laut dmesg nicht abschalten ließ. In meinem zweiten Versuch habe ich notsc durch hpet ersetzt. hpet ist die nicht so performante Clocksource Alternative. Da der Server nun nicht unter enormer Last steht sehe ich hier aber kein großes Problem.

Nach dem Reboot konnte ich erfreut feststellen, dass mein Problem verschwunden war. usleep, wie auch uniqid() funktionierten wieder in einer normalen Geschwindigkeit und auch die Website reagiert nun wieder akzeptabel schnell.

Wer ein ähnliches Verhalten feststellt (uniqid() oder usleep() ist langsam, Typo3 benötigt lange die SessionID zu erzeugen) und eine AMD CPU hat sollte mal Versuchen ‘hpet’ an die Kerneloptionen anzuhängen. Vielleicht hilft es ja.

Ich habe nun folgende Lösung aus einem Forumsbeitrag übernommen:

• auf dem CentOS 5.4 vmware Host das Verzeichnis /usr/lib/vmware/lib/libc.so.6 anlegen
• von einer CentOS 5.3 Installation die Datei /lib/libc-2.5.so auf den CentOS 5.4 Host nach /usr/lib/vmware/lib/libc.so.6/libc.so.6 kopieren. Für alle, die kein CentOS 5.3 mehr parat haben ist hier die entsprechende Datei aus dem glibc-2.5-34 RPM zum download.
• auf dem CentOS 5.4 Host die Datei /usr/sbin/vmware-hostd öffnen und vor der letzten Zeile die glibc in den Library Path einbinden:

  vm_append_lib "libc.so.6"                     <-- diese Zeile ist neu
  eval exec "$DEBUG_CMD" "$binary" "$@"

• zu guter Letzt mittels /etc/init.d/vmware stop, gefolgt von /etc/init.d/vmware start den vmware Server neu starten

Danach sollten die Abstürze verschwinden.

Ebenfalls tritt ein Problem mit der aktuellen Version des CentOS Plus Kernels auf, wodurch sich das Module vmnet mittels vmware-config.pl aufgrund einer geänderten Datenstruktur in einem Include File des Kernels nicht mehr übersetzen lässt. Auch dieses Problem lässt sich in den einschlägigen Newsgruppen nachlesen. Zur Lösung wurde durch ein vmware Comunity Mitglied eine gepatchte Version des vmnet Moduls zur Verfügung gestellt. Diese Datei (hier zum Download) ersetzt entsprechend die Datei vmnet.tar im Verzeichnis /usr/lib/vmware/modules/source. Anschließend kann wie gewohnt mit vmware-config.pl auf dem Host das Modul gebaut werden.

Alles in allem ist es Recht traurig, dass es vmware versäumt den vmware-server zeitnah zu aktualisieren. Wie zu sehen ist sind für beide Probleme durchaus Lösungen vorhanden, welche sich auch problemlos in die Release Version von vmware Server integrieren ließen. Allerdings ist der vmware Server ja nunmal kostenlos und hat daher womöglich eine niedrige Priorität bei vmware. Ebenfalls ist CentOS 5.4 sicherlich als Hostsystem unsupported (nicht geprüft). Dennoch wird vmware Server von vielen eingesetzt und der Unmut ist entsprechend hoch. Ich für meinen Teil überlege mir auf KVM oder XEN umzusteigen. Ob das besser ist wird sich zeigen.

Im letzten Jahr hat sich so viel in meinem Leben verändert, habe ich mich verändert, dass es mir schwer fällt an das Ganze wieder anzuknüpfen. Vermutlich denken einige jetzt ‘dann stampf das Ding doch ein!’ und vermutlich haben sie in einer bestimmten Art und Weise auch Recht.

Ich denke weiter nach; und wenn dieser Blog bald nicht mehr da sein sollte, dann wisst ihr wenigstens warum

Was mir weniger gefallen hat war das Theater mit der Registrierung, die einem keinen einfach ersichtlich Weg anbot die Registrierung zu umgehen. Nach dieser Hürde habe ich als erstes versucht Firefox sowie Adium (ICQ) zu installieren.

Ich muss vor Apple wirklich den Hut ziehen. Die Installation klappte beim allerersten Anlauf, war wirklich einfach und hat sofort funktioniert. Das bin ich von Windows nicht so gewohnt und unter Linux – na das ist ein unfairer Vergleich.

Das Look and Feel des OS ist fantastisch und gefällt mir als Eyecandyfanatiker wirklich gut. Was mir etwas komisch vorkommt ist die Menüleiste am oberen Bildschirmrand, aber ich schätze das ist einfach nur Gewohnheit.

Was mir auch nicht gefällt ist die Tastatur des MacBook Pro. Also ich hab definitiv schon bessere Keyboards betackert. Die Tasten haben einen schlechten Druckpunkt und sind fragwürdig angeordnet – aber dafür sind sie echt toll beleuchtet. Da macht das Arbeiten im dunkeln endlich mal Spass.

Es ist eigentlich schwer zu Beschreiben, aber es ist irgendwie ‘unbeschwert’ mit OS X zu arbeiten – es ist fokusiert. Man muss sich keinerlei Gedanken um das drumrum machen. Ich möchte mir allerdings nicht ausmalen was passiert, wenn da mal was schief läuft Natürlich fehlt noch ein ganzer Brocken an Erfahrung, die sich erst im Laufe der Zeit einstellt.

Morgen versuche ich mich mit so Dingen wie SSH, SCP und allem was man so zum Leben als Unix Admin braucht.

Zu Hause angekommen habe ich das Ding eingeschaltet und nichts gesehen ausser einem weissen Screen. Okay – gut. 10.5 DVD rein und eingeschaltet. Wieder weisser Screen. Bootet wohl nicht automatisch von CD. Also DVD angesehen und festgestellt, dass da drauf was von C drücken stand – gemacht, eingeschaltet – plötzlich. – da – ein Apfel. Beruhigt habe ich mich zurückgelehnt um dem Schauspiel der installation zu folgen – so weit, so gut.

Nachdem (endlich) der Installer gealden hatte wurde ich sogleich von einem netten Hinweisfenster darüber informiert, dass meine DVD nur ein Upgrade ist und nicht mal eben einen Rechner installieren kann und ich 10.4 draufinstallieren müsste. Toll – dachte ich – ist ja wie beim PC

Also nochmal ins Package geguckt und – tataaaa – 10.4 Installationsmedien. Reingeschoben, boot, boot und dann der Installer. Nächster Hinweis: Alert: This software cannot be installed on this computer. Hmm. Was soll das denn jetzt wieder heissen?

Etwas googeln brachte Licht ins Dunkel und klärte mich darüber auf, dass es wohl unterschiedliche Mediensätze gibt und nicht jeder MacBook Satz mit jedem MacBook funktioniert. Klar – da bin ich ja auch von selber draufgekommen – warum sollte ich auch davon ausgehen, dass ich mit einem Satz von MacBook Installationsmedien ein MacBook installieren könnte…

Soviel also dazu. Werde dann Morgen die richtigen Medien besorgen und weiterversuchen. Mehr dann in Teil 2 von Project X.

Wer jetzt einen Film in der Art der ‘Resident Evil’ Reihe mit Will Smith als männliche Mila Jovovich erwartet kann sich den Kauf des Tickets sparen.Also eigentlich kann man sich den Kauf des Tickets generell sparen. Es wurde viel Wert auf die Darstellung der Einsamkeit gelegt, der Action Part ist deutlich zu schwach ausgefallen.

Ich möchte jetzt nicht so weit gehen, dass ich sagen würde der Film war gähnend langweilig, aber er war doch massiv unter meinen Erwartungen. Ich will jetzt hier nicht zuviel Spoilern, falls sich das doch jemand noch ansehen will und seine eigene Meinung bilden möchte, aber es wäre durchaus viel mehr drin gewesen, hätte man sich entschieden nicht die Hälfte mit dem Thema ‘Mann, bin ich einsam’ zuzubringen.

Als es dann endlich anfängt zur Sache zu gehen ist der Film dann auch schon fast vorbei und man kann sich fast vorstellen, wie der Regisseur auf die Laufzeit des Films sieht und zu sich sagt ‘jetzt müssen wir aber mal fertig werden’. Ähnlich sieht es auch mit dem Ende aus, das ich nicht weiter enthüllen möchte, aber es scheint kein Sequell geplant zu sein, aber angeschlossen ist es auch nicht. Naja – schaut’s euch selbst an.

Fazit: viel Lärm um Nichts, aber handwerklich gut inszeniert. Es gibt einige Schreckszenen, die mich sogar manchmal kurz zucken ließen. Aber der Film ist weder tiefgängig noch ein Horrorstreifen. Unterhaltsam ist er nur minimal. Technisch ist der Streifen Durchschnitt. Es ist deutlich sichtbar, wo Computeranimationen eingesetzt werden, besonders auffällig ist dies bei den Szenen mit den wilden Tieren in New York. Die Kopie des Kinos hatte zudem diverse schwarze Flecken, was heutzutage eigentlich nicht mehr sein sollte. Um zum Punktzu kommen: Kinoeintritt kann man sich sparen und als DVD braucht man das auch nicht.

Der Film wurde unter anderem von Luc Besson und Vin Diesel produziert und macht einen Eindruck als sei er ein Mix aus Riddick und Triple X mit anleihen aus Burn Notice. Die FSK18 Einstufung kommt auch nicht aus dem Nichts – es geht gut zur Sache in dem Film. Es wird einiges in Schutt und Asche gelegt und jede Menge Blut vergossen, vermutlich ganz wie im Spiel – das ich allerdings nicht kenne… Auf das Spiel gibt es mindestens eine Anspielung, als 47 (unser Hitman) sich vom Balkon des Hotels schwingt um einen Stock tiefer ins Zimmer zu krachen. Die Kinder in dem Zimmer spielen, wie auch anders zu erwarten ‘Hitman’. Während 47 auf der Konsole von hinten zu sehen ist rennt er sozusagen ‘in Echt’ durch die Bude. Witzig, wenn auch nicht sehr originell.

Ich habe auch gelesen, dass der Regisseur des Films nach Abschluss der Dreharbeiten gefeuert wurde, weil der Film zu brutal geworden sei. Das Studio strebte wohl ein PG-13 Rating (FSK16) an – jetzt wurde ein R Rating (FSK18) draus. Der Film ist wirklich recht brutal, aber das ist das Spiel ist sicherlich auch nicht zimperlich. Aus meiner Sicht geht das also klar

Inhaltlich gibt der Film wieder mal nicht viel her. Der übliche Rachefeldzug eines nicht zimperlichen Kämpfers. Meiner Meinung nach aber trotzdem eine der besseren Kinoadaptionen eines Videospiels, wenngleich auch nicht sehr spannend ist sie dennoch Unterhaltsam.

Kann man sich auf jeden Fall ansehen, wenn man auf Schießen und Blut steht. Macht auch Spaß auf der großen Leinwand und hat mir besser gefallen als AvP 2 gestern.