Recent Posts by Stefan Hinker

In Solaris 10 update 6 wird der nxge Treiber (fuer 10GBit Ethernet) "Software Large Segment Offload" unterstuetzen.  Damit wird der Netzwerk-Durchsatz erhoeht, und gleichzeitig die hierfuer noetige CPU-Last verringert.  Welche Leistung damit erreichbar wird, ist im Blog von Pure See nachzulesen. Interessantes Detail dabei ist, dass der Netzwerkperformance hierbei auch von den verwendeten DIMMs abhaengt.  Die Memoryleistung bei 4GB DIMMs ist deutlich besser als bei 2GB...

CMT ist nicht beschränkt auf Niagara.  Auch ROCK ist eine CMT CPU.  Inzwischen gibt es einige Veröffentlichungen über ROCK.  Hier zwei lesenswerte Links: ROCK internals: Vortrag auf der HotChips Konferenz Die Wikipedia-Seite über ROCK, mit vielen weiteren Links

Kuerzlich hatte ich Anlass, mir die Leistungssteigerung von UltraSPARC T1 auf UltraSPARC T2 noch einmal anzusehen.  Hier ein paar Ergebnisse - auch wenn die Werte natuerlich "alt und bekannt" sein sollten. Benchmark UltraSPARC T1 UltraSPARC T2 Einheit Skalierungsfaktor SPECweb2005 16407 41847 SPECweb2005 2,55 SPECjbb2005 74365 192055 bops 2,58 Lotus R6iNotes 16061 36240 NotesMark 2,26 SAP SD2 5530 10950 SAPS 1,98 Rechtlichs: Die offiziellen Benchmark-Ergebnisse fuer die genannten SPEC-Benchmarks...

Immer wieder werde ich gefragt, ob sich die CMT-Server denn auch fuer Datenbanken, insbesondere Oracle, eignen.  Meine Antwort darauf ist schon fast stereotyp: "Es kommt auf die Last an."  Ist die Last gut parallelisiert oder parallelisierbar, und sind die Antwortzeiten einer einzelnen Transaktion nicht das kritische Erfolgskriterium, dann sind die Server ideal.  So wie bei jeder anderen durchsatzorientierten Anwendung :-) Wie man einige Standard-Szenarien bei Oracle ohne...

Endlich ist es geschafft! Seit heute werden LDoms als Knoten im SunCluster unterstuetzt. Ja, richtig, Gast-Domains. Die Details gibt es in einem Blog von Ashutosh Tripathi in den Release Notes der aktuellen Version von SunCluster.  Dort gibt es auch anschauliche Bildchen, die die verschiedenen Szenarien darstellen. Hohe Verfuegbarkeit!

Nicht, dass wir das nicht alle schon lange wuessten.  Aber ab und zu gibt es lesenswerte Blogs oder Artikel, die diese Wahrheit erneut aussprechen und die Folgen fuer die Entwickler und die Programmiermodelle klarmachen.  Jetzt gibt es einen Blogeintrag von Intel, der den Entwicklern den "Unwillkommenen Rat" gibt, sich nicht mit 4, 8 oder 16 Cores abzugeben, sondern gleich richtig anzufangen und sich auf hunderte von Threads einzustellen. In einem Artikel bei ars technicawird...

Das Parkinsonsche Gesetz, zitiert aus Wikipedia: "Arbeit dehnt sich in genau dem Maß aus, wie Zeit für ihre Erledigung zur Verfügung steht - und nicht in dem Maß, wie komplex sie tatsächlich ist. (Work expands (so as) to fill the time available for its completion.)"Ein Kollege von mir hat sich vor kurzem recht eindeutig zu einem Phaenomen geaeussert, das mir immer wieder begegnet: Code, der wenig gut skaliert, oder zumindest trotz eigentlich guter Skalierbarkeit Elemente hat,...

Ja, richtig, fuer HPC :-)  Die RWTH Aachen hat die UltraSPARC T2 ja ebenfalls schon als durchaus brauchbar befunden.  Aber jetzt gibt es in Kanada einen Cluster, der im Endausbau fast 10000 Threads fuer ca. 130 Forschungsgruppen in Kanada zur Verfuegung stellt - auf Basis von UltraSPARC T2 Plus.  Die Begruendung fuer die Hardware-Entscheidung: Durchsatz-Anforderungen sowie bessere Effizienz - sowohl innerhalb der CPU als auch im RZ.  Nachahmenswert, finde ich ;-)

...ist nicht einfach.  Das weiss jeder, der es schon einmal versucht hat.  Und nachdem es inzwischen jedem klar ist, dass Leistungssteigerung nur durch Parallelisierung zu erreichen ist, beschaeftigen sich immer mehr auch grosse Gremien mit der Frage, wie man hier sowohl in Forschung als auch in der "Produktion von Software" sinnvoll vorgehen kann.  Ein interessanter Blog zu diesem Thema ueber einen Workshop mit dem Titel "from Petascale to Exascale" findet sich hier.  Der...