QuicksearchCodenews SearchDisclaimerThe individual owning this blog works at Sun Microsystems GmbH in Germany, a subsidiary of Oracle. 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.
NavigationCategories
|
Q3FY2009 resultsWednesday, April 29. 2009Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Nun fehlt noch Dein Kommentar das sich nichts ändern wird, alles gut ist und SUN nie etwas falsch gemacht hat. Rock wird alles richten und 2010 macht SUN 1,5Mrd Gewinn ohne Massenkündigung.
OK, alle Firmenwagen weg, Gehalt um 40% kürzen, doch noch 5000 Menschen rauswerfen und es geht ohne den 50% Cut durch.
Noe ... ich werde da garnichts kommentieren ... der Kommentar der mir gerade durch den Kopf geht, betrifft eher Dich, aber auch den werde ich nicht aussprechen
Ich habe grosse Hoffnung, dass Larry Sun ausputzt, und endlich mal das ganze Kwatsch von 20 Jahrhundert mit "Big SPARC Iron" beendet.
Hoffentlich wird es endlich mal schweinbillige SPARC HW geben, wenn nicht, tja, zum Glueck gibt es immer wieder billige i86pc HW, und SPARC wird nur noch Geschichte.
Wir hatten doch das Thema schon mal ... nicht alle probleme koennen durch Cluster geloest werden ... schon garnicht Datenbanken ...
Achja: Wenn man nur billig und Cluster kann, sieht jedes PRoblem nach Clusterfähig aus
"Wir hatten doch das Thema schon mal ... nicht alle probleme koennen durch Cluster geloest werden ... schon garnicht Datenbanken ..."
Jaaa, und wir werden es in die Zukunft noch mehr haben! Ich bin auf keinen Fall mit Ihre Aussage einverstanden; nun das Problem ist, dass ich nicht alleine bin, was sich ganz klar und deutlich in den roten Zahlen die Sun seit Jahren schreibt wiederspiegelt! Entweder hoert die Firma mit die ganze "ueberteurere RAS" geschichte auf, oder wird Sie selbst Geschichte. RAS sollte nicht so viel kosten - wer sich von den Markt unterscheiden will, MUSS, MUSS, MUSS in der Lage sein, die Konkurenz mit RAS + billigeren Produkten zu schlagen. Wenn nicht, soll die Firma nicht existieren! Sie macht nicht nur rote Zahlen, sie macht langjaehrige Fans & Kunden wie ich extrem wuetend!!!
1. So lange es keine Technik gibt, die aehnliche Bandbreiten und Latenzen erreich wie interne Verdrahtung, ist Ihre Aussage schlicht Unsinn. Ich sag nur: RAC auf Clustern groesser 3-4. Cluster, wie sie sie vorschlagen, funktionieren bei bestimmten Aufgaben sehr gut, bei viellen allerdings nicht. Es ist ein Irrglaube, das man durch Cluster alles loesen.
2. Die Bilanz haben sie anscheinend nicht gelesen, denn dann wuessten sie wo vornehmlich die roten Zahlen herkommen. 3. RAS kostet immer Geld. Ich kann natuerlich viel Geld sparen, wenn ich bestimmte Dinge in einem System nicht mache. Schaltkreise für Online-Tausch von Komponenten kosten Geld. Die Chipflaeche fuer RAS kostet Geld. Man kann nich beides haben. Entweder RAS oder billig. Jeder muss fuer sich entscheiden, ob das Best-Effort-Computing ala x86 reicht, oder ob man mehr Geld ausgeben muss. Ich bin es allerdings fast leid, diese Thematik mit Ihnen zu diskuttieren, wir hatten dieses Thema vor einer Weile schon mal.
"Wir hatten doch das Thema schon mal ... nicht alle probleme koennen durch Cluster geloest werden ... schon garnicht Datenbanken ..."
Jaaa, und wir werden es in die Zukunft noch mehr haben! Ich bin auf keinen Fall mit Ihre Aussage einverstanden; nun das Problem ist, dass ich nicht alleine bin, was sich ganz klar und deutlich in den roten Zahlen die Sun seit Jahren schreibt wiederspiegelt! Entweder hoert die Firma mit die ganze "ueberteurere RAS" geschichte auf, oder wird Sie selbst Geschichte. RAS sollte nicht so viel kosten - wer sich von den Markt unterscheiden will, MUSS, MUSS, MUSS in der Lage sein, die Konkurenz mit RAS + billigeren Produkten zu schlagen. Wenn nicht, soll die Firma nicht existieren! Sie macht nicht nur rote Zahlen, sie macht langjaehrige Fans & Kunden wie ich extrem wuetend!!!
Falls der Rock hält was die techn. Daten versprechen, können sie dafür schon hinlangen.
Damit böte sich dann auch an die T1/T2 ne Stufe tiefer anzubieten, eigentlich sollte auch ein (einigermaßen) billig-board mit 08/15 PCIe SB reichen, z.B. die SB-Chips von AMD. Sollte für kleine Server erstmal reichen. Wobei dann die Frage ist, wozu die 64Threads brauchen sollten ^^ Naja mal abwarten, bb Alex
Das sind derbe Verluste für ein einziges Quartal. "Beeindruckend"...
Wie auch immer, ich glaube nicht, dass die Technik - weder HW noch SW - das Problem von Sun ist/war. Im Gegenteil. Das Problem lag aus meiner Sicht schon immer in der Vermarktung dieser Technik. Aktuelles Beispiel: "N1 SPS" - hier verkündet der Vertrieb schon mal den EOL des Produkts und empfiehlt dem geneigten (Neu-) Kunden das "xVM Ops Center". Dagegen kündigt die Entwicklung noch einen N1SPS Bugfix- (6.0.4) und einen Feature-Release (6.1.x) an. Währenddessen verkündet der Produkt-Manager des "xVM Ops Center", dass sein Produkt derzeit nur den JET-Anteil des "N1 SPS" abdecken könne und das es noch an einer Roadmap für die fehlenden Features fehlen würde. Ergebnis: Nach soviel Verwirrung werden wir vermutlich den "Tivoli Provisioning Manager for Applications" anschaffen. Vielleicht nicht das bessere Produkt, aber seine Zukunft ist wenigstens klar...
Eines der typischsten Probleme von SUN. Rechts weiß bei denen nie was links tut. Verdammt gute Produkte werden versucht zwanghaft dann einzustellen wenn sie laufen. xVM Ops Center ist eines der besten Beispiel der jüngeren Vergangenheit. Tolle Produkte aber ein Marketing bzw Vertrieb der oft ziemlich versagt. Jetzt ist es eh zu spät.
|
Links in this articleThe LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Twitterfeedstwitter.com/c0t0d0s0
just blogged: links for 2010-03-19: Gedanken eines Fliegenden: Freikoerperkultur ... http://bit.ly/c21ARU twitter.com/codenews 6934123 elfdump -d coredumps on PA-RISC elf http://bit.ly/byckAe twitter.com/SunPatches Security patch: 120228-40 - Messaging Server 6.3-11.01: core patch. Available for SPARC since Mar/17/10. http://bit.ly/bk1hw3 twitter.com/SolPatchesX86 122301-49 - SunOS 5.9_x86: Kernel Patch. Available since Mar/17/10. http://bit.ly/9ETInV twitter.com/SolPatchesSPARC 122300-49 - SunOS 5.9: Kernel Patch. Available since Mar/17/10. http://bit.ly/b9ZvRJ Web 2.0Contact
Networking open.bc My photos SyndicationTagged articlesAMD 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
CommentsFri, 19.03.2010 17:36
Actually I am curious to know
what would have happened if th
ey objected.
Fri, 19.03.2010 17:31
I agree, it has been a very il
l and stupid waiting...full of
stupid statements...I was so
much waiting for them to [...]
Fri, 19.03.2010 17:05
A little bit late maybe. Don't
think Larry would have cared
if they objected...
about Ich bin angewidert ....
Fri, 19.03.2010 09:52
@NoTarget:
Heinsohn ist ein
kluger Mann (siehe hier: http
://bit.ly/drhRLA). Das heisst
aber nicht, dass er *nur [...]
about Ich bin angewidert ....
Fri, 19.03.2010 07:38
1. Zum einen habe ich einen Ge
genvorschlag formuliert (bitte
Text zu Ende lesen). Es ersch
eint mir sinnvoller, Gel [...]
Buttons![]() This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
![]() ![]() ![]() Blog Administration |