QuicksearchDisclaimerThe individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
|
Benchmarking ist Bullshit ... schon richtig ...Friday, January 12. 2007Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Wollen wir hoffen, dass die Niagara II trotz FB-Dimm noch als EcoComputing-System angesehen werden kann. Zum damaligen Design-Zeitpunkt war die Entscheidung fuer FB-Dimm richtig, auch wenn die Verlustleistung sehr hoch ist. Ich hoffe ja noch auf mehr RAM... 32 Threads mit 16 RAM-Sockeln ist ja schon wenig, aber 64 Threads (oder einzelne ldoms) mit nur 16 RAM-Sockeln zu bestuecken finde ich leider etwas wenig. Das Verhaeltnis CPU-Leistung bzw. Threads vs. RAM-Menge wird schlechter. Und 4GB-Teuer-Wie-Gold-RAM ist keine vernuenftige Option
Ich kann noch nichts zur Stromaufnahme sagen, aber machen wir mal ein Gedankenspiel: Wenn ein System die doppelte Leistung schafft bei doppelten Stromverbrauch, dann ist es genauso "EcoComputing" wie das vorherige System. Verbraucht es es 150% des Altsystems ist es sogar noch mehr "Eco"
Mal ernsthaft, John Fowler hat an verschiedenen Stellen ja schon gesagt, das ein Niagara II systemen bei kleinen Konfigurationen weniger verbrauchen wird, bei grossen Speicherkonfigs eher etwas mehr. Man muss immerhin bedenken, das weitere Komponenten in den Chip gewandert sind: PCIe und 10GBe sind in den Chip gewandert. Auf Grund dessen und auf Grund anderer Informationen gehe ich davon aus, das die Performance/Watt weitaus höher liegen wird als bei Niagara I. Achja: Zum Thema Speicher ... http://www.theregister.co.uk/2006/08/22/sun_niagaratwo/
Sry, hat etwas gedauert, war 1Woche krank und offline
Gepostet, bzw. versucht hatte ich es kurz bevor ich den Text in meinen Blog gekippt hab. Meist komme ich von 85.183.0.20. Natuerlich weiss ich, dass bei klassischen Serverapplikationen die Sparc/Solaris-Kombination einem Xeon/Linux-System davonrennt. Bei uns ist dies nicht so wichtig, da wie primaer Loesungen fuer HPC anbieten, wo eigentlich nur eine Applikation permanent die gesamte CPU-Leistung aufsaugt. Wie gut das auf den 53xx-Xeons funktioniert, weiss ich noch nicht, da letzte Woche noch keine boards dafuer da waren. Hoffentlich bin ich Montag wieder fit, dann werde ich mir die Systeme mal anschauen.
Da kommt es eigentlich primär darauf an, wie gross dein Datenset ist und wie das Speicherzugriffsmuster ist. Das ist so ein fall, bei dem Xeon sehr gut oder sehr schlecht aussehen kann.
|
+1The LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0Contact
Networking xing.com My photos Comments about Nanosecond
Wed, 23.05.2012 00:11
I remember this being drummed
into us during Digital Design
at Uni. It's important to cons
ider it when laying out [...]
Mon, 21.05.2012 18:04
Hello Kevin, Im not surprised
with what you are seeing or ha
ve seen when attaching a SSD t
o a USB2.0. USB3.0 helps [...]
Mon, 21.05.2012 04:44
Hi Greg,
With regards to IO
PS I have seen terrible result
s using a 60GB SATA2 SSD with
USB2.0 - USB2 really cho [...]
about ZFS Dedup Internals
Sat, 19.05.2012 09:50
There is no impact to boot/imp
ort times, as the DDT is loade
d as needed ... so the pool is
imported as fast as wit [...]
Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog Administration |