After I already ranted about missing web application benchmarks results for the new Sun Niagara-based systems apart from SPECweb, finally some results are coming in: Robert Milkowski has some results for a PHP application (with Apache, I assume). Very impressive.
However, the article is extremely low on details regardings the workload or the configuration of the systems, as one person rightly remarks in the comments.
(via Jörg Mollenkamp)

Die neuen Sun-Server Fire T1000 und T2000 mit dem UltraSPARC T1 Prozessor über die ich vorhin noch spekuliert habe, sind jetzt auch auf der Sun-Site zu finden. Natürlich zusammen mit ausgewählten SPECjbb- und SPECweb-Benchmarks, in denen Sun einen drei bis fünffachen Geschwindigkeitsvorteil gegenüber u.a. einem System mit 2 Xeon 3.6GHz mit Hyperthreading behauptet. Da hat Sun sich sicher nette Benchmarks ausgesucht.

Nett ist aber auch, dass eine T1000-Konfiguration mit acht 1GHz-Kernen und 8GB Arbeitsspeicher gerade mal 7.400 Euro kostet, das verstärkt den von mir geschätzten Preisvorteil.
Weniger nett dagegen, dass man für diesen Preis in dem 1U-Server nur ein einziges Netzteil und eine einzige SATA-Platte(!) bekommt, mehr passt in das Gehäuse nicht hinein. Für einen Server, der ein halbes Bladecenter ersetzen will, hätte ich mir etwas mehr Ausfallsicherheit gewünscht, denn reduziert sich die Anzahl der Systeme, fällt der Ausfall eines einzelnen natürlich mehr ins Gewicht. Immerhin hat die T1000 einen PCIe-Steckplatz, so dass man sie ans SAN anschließen könnte, und sie fasst bis zu 16GB Arbeitsspeicher, statt den von der Gerüchteküche behaupteten 8GB.

Mehr Ausfallsicherheit gibt es beim größeren Modell, der T2000. 2 Netzteile, bis zu 4 SAS-Platten, dazu bis zu 32GB Arbeitsspeicher und 5 Steckplätze ergeben einen netten Application Server. Wer die T2000 aber nur als ausfallsicherere Version der T1000 möchte, für eine vergleichbare Konfiguration fast 5000 Euro mehr berappen. Nur die T2000 gibt es auch mit dem schnellsten T1-Prozessor mit acht 1.2GHz-Kernen.

Nach DTrace für Java gibt es jetzt auch eine PHP-Erweiterung, die es auch Benutzern dieser beliebten Sprache erlaubt, ihre Programme zu instrumentieren. Man kann diese Erweiterung einfach mit PEAR installieren: "pear install dtrace".
Wie auch bei der Java-Ausgabe muss man das Modul bereits beim Start des PHP-Interpreters in der php.ini konfiguriert haben, um es benutzen zu können.

Bryan Cantrill hat eine kleine Einführung sowie ein Beispiel

Und laut Alan Hargreaves ist wohl auch eine Lösung für Perl in der Entstehung begriffen...

Gerade kam die Frage auf, was denn eigentlich der Unterschied zwischen Sun's "Solaris Recommended Patch Cluster" und dem "Sun Alert Patch Cluster" sei. Beide unterscheiden sich nur marginal in der Größe.

Ich habe mal ein bisschen gesucht, und bin in Solaris Patch Management: Recommended Strategy fündig geworden:
Der "Recommended Patch Cluster" enthält alle Patches, die Sun-Alert-Probleme beheben, in aktueller Version. Der "Sun Alert Patch Cluster" hingegen enthält diese Patches in der niedrigsten Version, die nötig ist, um das Problem zu beheben, verursachen also weniger Änderungen am gepatchten System.

Solaris Zones heißt der Virtualisierungsansatz von Sun in Solaris 10.
Die Zones sind meinem Kenntnisstand nach im wesentlichen auf die Spitze getriebene Jails a la FreeBSD: Die Instanzen teilen sich einen Kernel, können aber ansonsten ein komplett eigenes Userland enthalten. Alternativ können sich mehrere Zonen auch ein Userland (read-only) teilen. Mit den Ressource-Management-Fähigkeiten von Solaris kann ausserdem genau festgelegt werden, wie viel Ressourcen (CPU, Speicher usw.) eine Instanz beanspruchen darf.
Einen Vergleich der Fähigkeiten der Zones gegenüber Jails, chroot, UserMode Linux, Xen und VMware findet sich beim Unix Admin Corner.

Mit Sun Cluster kann man nun die virtuellen Instanzen auch hochverfügbar machen. docs.sun.com erklärt wie.
Eine Migration im laufenden Betrieb wie wohl bei Xen und VMware ESX möglich, geht bei den HA-Zonen aber nicht, hier muss die Zone auf dem einen Node beendet, und auf dem anderen neu gestartet werden. Der Boot einer Zone geht aber ziemlich fix (u.a. dank SMF, das in Solaris 10 das klassische SysV-init ersetzt) . Bei einem tatsächlichen Ausfall des aktiven Nodes muss die Instanz ja auch bei Xen und VMware auf dem übernehmenden Node kalt starten.

Mit Hilfe von neuen ladbaren Modulen kann man jetzt auch Java-Programme für Untersuchungen mit dem neuen Laufzeitanalyse-Tool in Solaris 10, DTrace, instrumentieren. Leider muss man die Module aber gleich beim Start der JVM mitladen.
(via John Hoffman)