QuicksearchEvents13.10 - 15.10 - Horizons EMEA
![]() Trusted AdBlower Door Test
Luftdichtigkeitsmessung für Gebäude Raum Hamburg ab 160 € excl. MwSt www.m-tectum.de Kategorien
|
UltraSPARC T2+ ScalingSaturday, April 12. 2008Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Hallo,
könnten Sie viellecht etwas zu dem Vorwurf von heise iX sagen, daß die gesamte Niagara Linie nur mit 1GB RAM/Thread gute Benchmarks liefert? Darunter würde das System einbrechen. Danke
Sagen wir es mal so .... der Text hat wieder mal alles bestätigt, was zu meiner Abo-Kündigung geführt hat und was ich ueber Herrn Hülsebusch denke ... aber das nur nebenbei.
In diesem Fall hat allerdings Herr Hülsebusch gesagt, das wenn man die SPEC Suite 64 mal gleichzeitig ausfuehren will halt auch eine Menge Speicher braucht. Really big news .... ist ja was ganz neues. Anosnsten ist diese ganze Text aeussert negativ und aeusserst parteisch geschrieben. Ich habe mir ueberlegt, eine Erwiderung dazu zu schreiben ... aber man soll sowas nicht auch noch aufwerten ...
Trotzdem darf man sich auch hier die Ausstattung der getesteten Maschinen wieder mühsam zusammensuchen...
Der iX-Artikel enthält eigentlich nur eine verwertbare Erkenntnis, die freilich mangels Durchblick des Redakteurs zu einer falschen Schlussfolgerung geführt hat:
Die verwendete SPEC Suite benötigt ca. 1GB pro Thread. Wenn ich eine Maschine mit 64 Hardware Threads habe, brauche ich folglich 64 GB Hauptspeicher. Was dem Redakteur entging: mit realen Serveranwendungen hat das nichts zu tun. Weder eine Apache-Installation, noch eine typische Java-Serveranwendung, noch ein Lotus Domino Server braucht 64 GB Hauptspeicher für 64 Threads. Das ist einfach Quark.
Genau. Es gibt sicherlich auch wirkliche Anwendungen da draussen, die 1 GB pro Thread brauchen, aber das ist unabhaengig davon worauf sie nun laufen. Ob ich nun 64 Threads mit 1 Proc in einem System mit 64 GB ausfuehre, oder meinetwegen auf 8 DualSocket Quadcores mit einem 1 GB pro Core kommt auf die Menge des Speichers bezogen aufs selbe hinaus.
Das schlimme daran ist nur: Die iX hat immer noch einen recht guten Ruf (Warum eigentlich?), so das man auf diese Artikel angesprochen wird. Und dann beginnt wieder das erklaeren. Der Kunde antwortet dann "Ja, klar ... stimmt ... ist ja logisch" ... doch dann ist die Zeit auf beiden Seiten vergeudet ... Von einem leitenden Redakteur erwarte ich eigentlich besseres ...
Trotzdem fällt auf, daß eigentlich alle Benchmarks zur Niagara-Linie mit voller Speicherausstattung veröffenlicht wurden...
Daß viele Benchmarks mit Vollausbau liefen, dürfte auch daran liegen, daß man in einem Benchmarkteam nicht für jeden einzelnen Benchmark zum Spaß sukzessive Speicherriegel ausbaut um zu schauen wie weit man gehen kann.
Die bei der Spec hinterlegten Disclosures für die JBB Benchmarks zeigen jedenfalls Maschinen mit 32GB. Bis zu einer vergleichenden Messung welche die These "Vollausbau muß sein, sonst langsam" belegt, sehe ich den möglichen hohen Speichervollausbau als Feature.
Zumal: Zuviel Speicher schadet nie ... zu wenig schon. Swappen wäre der Tod .... Insofern hat man hier eine Standardkonfiguration genommen und den Benchmark einfach durchgefuehrt.
Die iX hat immer noch einen recht guten Ruf, weil sie im deutschsprachigen Raum in ihrem fachlichen Bereich so ziemlich das einzige Blatt ist, bei dem man nicht bei jedem zweiten Artikel Schreikrämpfe bekommt.
Mit Ausfällen muss man leben, dieser Artikel gehört dazu. Ich empfinde ihn vor allem als unfertig, er bringt den Leser nicht weiter und führt sogar in die Irre. Mit mehr Gründlichkeit eine Ausgabe später wäre besser gewesen.
Naja, zur Ehrenrettung der iX muss man sagen, das halt auch der Platz für die Artikel recht beschränkt ist.
Ob man einen der "Less Known Features" Einträge hier überhaupt in einem einzigen Artikel unterbringen könnte - ich bin mir da nicht so sicher. Also wird's furchtbar oberflächlich. Die iX wird ja - soweit ich das verstanden habe - zu einem recht grossen Teil von externen Autoren "beliefert", die Z.T. für Firmen arbeiten, die entweder Hersteller der Produkte, oder halt Consultants/Integratoren sind. Prinzipiell würde also wohl nichts dagegensprechen, das der Autor dieses Blogs auch iX Artikel verfasst....
Da hast Du recht, bei der Kürze der Artikel ist wirklich keine Tiefe möglich. Das ist einer der Gründe, warum ich nicht denke, das IT-Zeitschriften in gedruckter Form in 10 Jahren noch eine Rolle spielen wird. Für schnelle Nachrichten zu langsam, fuer tiefegehende Berichte ungeeignet.
Ansonsten: Ich habe in der iX leider schon zu oft parteische Berichte gelesen, als sich fuer mich das Lesen der iX wirklich noch lohnen wuerde, geschweige denn, das ich darin veröffentlichen würde. Ich suche mir lieber irgendwann mal einen anderen Weg, einen gebundenen Stapel tote Bäume zu erzeugen
The processor architecture battle centers on whether it is better, when you have a CMP to use lots of simpler processors (Sun) or fewer more complex processors with out of order execution, super pipelined, etc. (IBM, Intel). With lots of simpler processors the design bottleneck is memory bandwidth. With fewer more complex processor the problem is memory latency and the impedance mismatch between CPU speed and memory speed and the solution to this is caching. With SMP sun should be able to continute to scale.
I don´t think that memory bandwidth is a real bottleneck of the development of multi core procs, as you could put more memory controllers on the die. This become more feasible with serial memory standards, as this doesn´t lead to monster pin numbers.
BTW: IBM ripped the Out-of-order execution out of Power6 to reach the frequency ... |
The LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0Contact
Networking open.bc My photos SyndicationComments about Hoerempfehlung: Peter Heppner - solo Tue, 07.10.2008 13:35 Heute morgen auf dem Weg zur A rbeit lief im Radio das Lied A lleinesein. Die Stimme klingt nach Wolfsheim aber der [...] about ZFS in der c´t Tue, 07.10.2008 13:03 Jo ... das ist enterprise-grad e ... es soll verhindern, das die Daten auf keinen Fall und unter keinen Umstaenden [...] about ZFS in der c´t Tue, 07.10.2008 11:49 ob die Datenhalde eines typisc hen ct-Lesers schneller werden wuerde, wenn man sZIL und L2A RC auf nen USB-Stick leg [...] about ZFS in der c´t Tue, 07.10.2008 11:48 da steht auch das ZFS nicht si nnhaft erkennt wenn man zwei P latten aus dem Raid-Verbund zi eht (hang forever+reboot [...] Getaggte ArtikelAMD Apple avs Bahn Blogging Blogosphere braindump Business Travel CeBIT cec cec2006 CMT del.icio.us deutsch dtrace fliegen Fundsache General Hamburg IBM i hate sundays Intel iscsi jumpstart Links Linux lksf Mindfuck Movies Music Musik Niagara Opensolaris Opteron Photographie policy of ... Politik Security Solaris storage Sun suncec2007 sunw t1 The IT Business Ultrasparc ultrasparc t1 Wirtschaft Work ZFS
Blog Administration |