HHOSUG
Quicksearch
Navigation
Events
12.01 - 1. Treffen MUCOSUG
20.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Langen
22.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Stuttgart
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
29.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Hamburg
03.02 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Ratingen
Kategorien
- About this blog
- Apple
- iPhone
- Aviation
- Bahn
- Begriffe des Lebens
- Blogosphere
- Braindump
- Business Travel
- CANBOX
- CeBIT
- CEC
- Computing
- del.icio.us
- Fundsache
- General
- i hate sundays
- Kochen
- Mindfuck
- Movies
- Music
- On Benchmarketing
- Persoenliches Pech
- Photographie
- policy of ...
- Privacy
- Recommended Blogs
- Security
- Solaris
- Strange Days
- Sun
- suncec2007
- suncec2008
- Technology
- The IT Business
- Toolbox
- Travel
- Work
Heise und der SAP SD Benchmark
Sunday, October 5. 2008
Da muss ich doch meinen Hut vor Herrn Stiller ziehen. Ich hatte mich ja ein wenig ueber die Bewertung der unterschiedlichen SAP-SD Benchmarks fuer die Hexacore Systeme echauffiert. Dies hat Herr Stiller nunmehr in der neuesten Ausgabe des Prozessorgefluesters korrigiert:
Man kann sich bei der Angelegenheit aber durchaus fragen, warum ausser Sun alle Hersteller den in der Praxis nahezu irrelevanten Wert fuer non-unicode SAP in Benchmarks zertifizieren lassen. Man kann vielleicht sagen, das das Verhalten von Sun marketingtechnisch unschoen ist, aber wir sind eben eine "engineer company" und damit teilweise einfach viel zu ehrlich ...
Konfusion, unter anderem in meinem Hirn, erzeugten SAP-SD-Benchmarkergebnisse, die Sun für Systeme mit Intels neuen Hexa-Core-Xeons eingereicht hatte, denn sie lagen weit unter denen, die Konkurrent HP für seine ProLiant-Server nannte – bei gleichem Prozessor und Chipsatz. Der Unterschied rührt dabei weder von der Hardware noch von den unterschiedlichen Betriebssystemen und Datenbanken her (Solaris 10 mit MaxDB7.6 hier, Windows Server 2003 und MS SQL Server 2005 da), sondern im Wesentlichen vom Einsatz von Unicode (UTF-16) bei SAP-ERP und in der Datenbank. Bislang hat einzig Sun Ergebnisse mit Unicode-Systemen eingereicht, die laut SAP eine bis zu 30 Prozent höhere CPU-Leistung erfordern. Die Ergebnisse sind somit nicht mit anderen vergleichbar.Vielen Dank dafuer an Herrn Stiller
Man kann sich bei der Angelegenheit aber durchaus fragen, warum ausser Sun alle Hersteller den in der Praxis nahezu irrelevanten Wert fuer non-unicode SAP in Benchmarks zertifizieren lassen. Man kann vielleicht sagen, das das Verhalten von Sun marketingtechnisch unschoen ist, aber wir sind eben eine "engineer company" und damit teilweise einfach viel zu ehrlich ...
Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
"nahezu irrelevanten Wert fuer non-unicode SAP" möchte ich hier nicht unkommentiert stehen lassen. Richtig ist, daß SAP einem Trend folgt und neue Produkte ausschließlich mit "Unicode onboard" erscheinen. Richtig ist aber auch, daß es durchaus noch Sinn machen kann bei bestehenden Installationen auf Unicode zu verzichten wenn die Funktionalität dies nicht erfordert. Wer sein SAP ERP-System nur im westeuropäischen Sprachraum einsetzt (z.B. deutsch, englisch, französich) kann bis zu 30% CPU-, 30-50% RAM- (je nach eingesetzter DB) und bis zu 30% Plattenplatz sparen, die für ein Upgrade erforderlich sind.
P.S.
genaueres zu den %-Angaben findet sich im Unicode-Upgrade-Leitfaden und div. techn. Unterlagen unter http://service.sap.com (Account erforderlich)
P.S.
genaueres zu den %-Angaben findet sich im Unicode-Upgrade-Leitfaden und div. techn. Unterlagen unter http://service.sap.com (Account erforderlich)
Korrekt muß es natürlich "Migration" und nicht "Upgrade" heißen...
Die Hersteller zertifizieren non-unicode SAP Benchmarks aus dem gleichen Grund aus dem sie auch 10000 Platten für einen TPC-Benchmark verwenden: Um beim Benchmark gut auszusehen.
Och, Porsche ist auch 'ne engieering Company. Und? Was sagen die?
"Wir haben 6 Stunden von Köln nach München gebraucht, mit dem 911 GT2."
Ne, das sagen die nicht.
Die sind halt 'ne engineering Company.
Eine engineering Company sagt eben was theoretisch möglich wäre.
Auch wenn die Realität mathematisch gesehen sehr unwahrscheinlich ist, es ist die Realität.
Sorry!
"Wir haben 6 Stunden von Köln nach München gebraucht, mit dem 911 GT2."
Ne, das sagen die nicht.
Die sind halt 'ne engineering Company.
Eine engineering Company sagt eben was theoretisch möglich wäre.
Auch wenn die Realität mathematisch gesehen sehr unwahrscheinlich ist, es ist die Realität.
Sorry!
Naaaajaaa ... also gerade Sportwagenverkaufen sind reines Marketing 
Aber um mal auf den SAP-SD Benchmark zurueck zu kommen: SAP-SD weisst an jeder Stelle darauf hin das man doch bitte unicode installieren soll, manche Komponenten sind nur in einem Unicode-System zu betreiben und fuer ECC 6.0 Neukunden ist meinen Informationen nach unicode verpflichtend.
Mit der veroeffentlichung von ECC 6.0 SAP-SD non-unicode zahlen veroeffentlichst du also zahlen, die fuer den Kunden da draussen irrelevant ist. Quasi die Peak-FLOPS im SAP-Bereich ...
Die Veröffentlichung von unicode-Zahlen ist da wesentlich realistischer. Naja ... soweit ich weiss, loesst sich das Problem eh bald in Wohlgefallen auf, weil die Benchmarkregeln präziser werden.
Aber um mal auf den SAP-SD Benchmark zurueck zu kommen: SAP-SD weisst an jeder Stelle darauf hin das man doch bitte unicode installieren soll, manche Komponenten sind nur in einem Unicode-System zu betreiben und fuer ECC 6.0 Neukunden ist meinen Informationen nach unicode verpflichtend.
Mit der veroeffentlichung von ECC 6.0 SAP-SD non-unicode zahlen veroeffentlichst du also zahlen, die fuer den Kunden da draussen irrelevant ist. Quasi die Peak-FLOPS im SAP-Bereich ...
Die Veröffentlichung von unicode-Zahlen ist da wesentlich realistischer. Naja ... soweit ich weiss, loesst sich das Problem eh bald in Wohlgefallen auf, weil die Benchmarkregeln präziser werden.
Hmmm,
"engineer company" ... dachte eigentlich die Zeiten wären mit dem "JAVA" Tickersymbol statt "SUNW" vorbei .. das war ja ne reine Marketingaktion... (hats eigentlich was gebracht ?)
Naja immerhin scheinen die Sun Benchmarker davon unberührt zu sein ^^
Also insgesamt positiv ..
"engineer company" ... dachte eigentlich die Zeiten wären mit dem "JAVA" Tickersymbol statt "SUNW" vorbei .. das war ja ne reine Marketingaktion... (hats eigentlich was gebracht ?)
Naja immerhin scheinen die Sun Benchmarker davon unberührt zu sein ^^
Also insgesamt positiv ..
Ich verstehe nicht warum SAP nicht eine eigene Unicode Kategorie macht oder wenigstens den Unicode Mode als Such/Filter/Sortier Kriterium auf den Web Seiten anbietet.
http://www.sap.com/solutions/benchmark/sd2tier.epx
Übrigens eine weitere Komplikation, wenn man nicht den SD Benchmark betrachtet sondern SAPS vergleichen will. Es ist unklar ob es Unicode SAPS gibt. Damit ist ein Unicode SD Benchmark nicht hilfreich um die SAPS Bewertung des Systems zu erfahren.
http://www.sap.com/solutions/benchmark/sd2tier.epx
Übrigens eine weitere Komplikation, wenn man nicht den SD Benchmark betrachtet sondern SAPS vergleichen will. Es ist unklar ob es Unicode SAPS gibt. Damit ist ein Unicode SD Benchmark nicht hilfreich um die SAPS Bewertung des Systems zu erfahren.
Die SAPS Werte werden ja auch auf der entsprechenden Installation generiert. Warum das nicht aufgetrennt wird, weiss nur SAP
The LKSF book
The book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0
Contact
Networking
open.bc
LinkedIn
Facebook
My photos
- mail: joerg@c0t0d0s0.org
- icq: 144000169
- Me, myself and I
- openBC
- My del.icio.us
- c0t0d0s0@twitter
- c0t0d0s0@last.fm
- wiki@c0t0d0s0
- Amazon Wishlist
Networking
open.bc
My photos
Syndication
Comments
about WTF - JAVA above $5 ...
Thu, 08.01.2009 09:54
I guess it's speculation befor e Jon blogs some prelim result s ahead of FY09Q2's earnings r elease. Nice to see the [...]
Thu, 08.01.2009 09:54
I guess it's speculation befor e Jon blogs some prelim result s ahead of FY09Q2's earnings r elease. Nice to see the [...]
about I had a bad day
Wed, 07.01.2009 17:20
Hi Joerg, No way I would le t you a "Happy new year" comme nt on this entry. Anyway, I ca n feel for your loses. A [...]
Wed, 07.01.2009 17:20
Hi Joerg, No way I would le t you a "Happy new year" comme nt on this entry. Anyway, I ca n feel for your loses. A [...]
about I had a bad day
Wed, 07.01.2009 17:10
Hell, these f* don't show a ny respect for a hard working mans property. The lost money is one thing. But often [...]
Wed, 07.01.2009 17:10
Hell, these f* don't show a ny respect for a hard working mans property. The lost money is one thing. But often [...]
Getaggte Artikel
AMD 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
Buttons
