Was für den August galt, traf auf den September im selben Maße zu: War ich im Vormonat auf der Games Developer Conference, so verschlug mich der neunte Monat des Jahres in das wundervolle San Francisco, wo ich eine ganze Woche auf Intel-Kosten verweilen durfte. Es ging natürlich vorwiegend um die Intel-eigene Entwicklerkonferenz IDF, wo ich mich mit zwei wesentlichen Themenschwerpunkten beschäftigte: Multicore und Netbooks. So besuchte ich unter anderem die Techsessions Software-Tools für skalierende Apps, Parallel Computing mit .NET 4 und Visual Studio 2010, Moblin Technical Overview, Netbook-Ecosysteme und Anwendungsmodelle und sammelte erste Informationen zum geplanten Intel App Store.

Der September und die IDF-Berichterstattung deuteten es bereits an: Das Software Dev Blog wird sich neben der Parallelprogrammierung in Zukunft auch mit dem Thema Netbooks, Atom-Prozessor und Co. beschäftigen. Und so verlagerten sich die Blogbeiträge im Oktober mehr und mehr in diese Richtung. So ging es um die Frage, was beim Intel Atom Developer Program alles zu beachten ist, wer eigentlich den App Store braucht und was das Intel App Store SDK wohl leisten wird. Daneben wartete im Oktober ein weiteres Event auf uns: das mobiledevecamp Munich 2009, das sich an Software-Entwickler mobiler Anwendungen richtete und das in den heiligen Intel-Hallen zu Feldkirchen stattfand. Dort waren rund 80 Leute zugegen (unter anderem Martin Mohring von der Liunux Foundation) und es war insgesamt eine wirklich gute Veranstaltung. Ansonsten fand der erste Intel Blogger Day statt und das Software Dev Blog wurde genau ein Jahr alt.

Im November ging es noch mal auf Reisen, dieses Mal nach Berlin auf die Microsoft Tech-Ed Europe 2009. Auf dieser Entwickler- und Business-Konferenz trafen sich rund 8.000 Menschen, um sich umfassend über die neuesten Microsoft-Technologien zu informieren. Intel war natürlich auch vor Ort, und so habe ich wieder gemeinsam mit Tom viele schöne Videos nebst den passenden Blogbeiträgen erstellt und verfasst. So haben wir mit Steve Teixeira über die Parallelprogrammierung aus Microsoft-Sicht geplaudert, uns von Rami Radi erklären lassen, wie .NET-Entwickler von Multithreading profitieren und haben gelernt, wie die Zukunft der Parallelprogrammierung aussehen wird. Aber es gab auch Neues von Intel in Sachen Multicore, und zwar in Form der Cloud-Testumgebung Intel Parallel Universe.

Der Dezember stand wieder eher im Zeichen des Intel App Store und des zugehörigen Intel Atom Developer Program. Aber es ging auch um Moblin, um die sieben Schritte bis zur ersten eigenen App im Intel App Store, um ein neues Buch zum Thema Parallelprogrammierung unter .NET und um Pine Trail.

Und worauf können wir uns für 2010 einstellen? Nun, während der CES in Las Vegas wird Intel wohl seinen App Store vorstellen. Ende Januar wird Intel dann auf den M-Days mit eigenen Stand vertreten sein und über das Intel Atom Developer Program und den App Store berichten. Apropos Stand: auf der Mobile World Conference in Barcelona wird Intel ebenfalls vor Ort sein – und damit auch ich. Ansonsten werden wir viele neue Dinge rund um Netbook-Apps und Co. zu sehen bekommen. Und die Games Developer Conference 2010 in Köln wird uns sicherlich auch wieder erwarten.

Der Mai stand ganz im Zeichen der Ankündigungen: So war die Geburtsstunde des deutschsprachigen Intel Onlineshops für den Mittelstand zu vermelden, aber auch die Entwicklersuite Parallel Studio erblickte das Licht der digitalen Welt. Ansonsten war der Mai eher ruhig aus Blogsicht. Daher war ein wenig Zeit für Surftipps, für die Vorstellung eines Softwaretools für mobile Spieleentwickler und für eine genauere Betrachtung, was der Parallel Advisor Lite zu leisten imstande ist.

Was dem Mai an Events beziehungsweise an deren Ankündigungen fehlte, holte der Juni direkt wieder nach. So verwies ich auf die Exasol Roadshow, die es Anfang Juli nach München verschlagen sollte. Aber auch die Intel-Microsoft-Techtalks und das GameCamp Munich 2009 waren mir entsprechende Hinweise wert. Ansonsten kam die Firma Maxon zu Wort, die mir verriet, warum Cinema 4D auf Multicore-Plattformen so leistungsstark ist.

Anfang Juli stattete ich der Intel-Außenstelle Ulm einen Kurzbesuch ab. Was ich von dort mitnahm war vor allem eins: Aus Ulm kommen grafisch orientierte Linux-Debugger, mit denen sich sequenziell und parallel programmierte Anwendungen sehr komfortabel testen lassen. Bemerkenswert fand ich im Juli aber auch diverse Einsichten: Warum Colin McRae DiRT 2 so geil auf einem Multicore-Rechner aussieht, warum Demigod auch auf Notebooks spielbar ist und warum Empire: Total War auf Notebooks gut läuft. Daneben gab es Infos zu Tools wie den Visual Studio: Parallel Debugger Extensions, Videosessions der TechTalks mit Intel und Microsoft und Screencasts zur Parallelprogrammierung unter .NET 4.

Der August stand ganz im Zeichen der Games Developer Conference, die im Gegensatz zum letzten Jahr in Köln vor der GamesCom stattfand. Auch dorthin reiste ich natürlich, gemeinsam mit Tom, mit dem ich schon seit längeren Videointerviews und ähnliche Dinge drehe und auf Youtube stelle. So lernten wir auf der GDC09 eine ganze Menge: Warum die nächste CryEngine erst 2012 kommt, warum CPUs für Spieleentwickler wichtig sind, wie Intel Parallel Studio funktioniert, wie man Spieletitel für integrierte Grafikchips optimiert und vieles mehr.

Um das Ganze besser konsumierbar zu machen, wird die Rückschau 2009 als Trilogie verfasst sein, wobei der letzte Teil auch ein wenig in die Zukunft blicken wird. Also dann mal los.

Der Januar begann traditionsgemäß mit der OOP, die im Messezentrum zu München stattfand. Dort trafen sich an fünf Tagen Software-Entwickler aus ganz Deutschland (und darüber hinaus), um über sämtliche Aspekte der objektorientierten Programmierung zu reden. Da Intel einer der Sponsoren dieses großen Events war, kam mir die Rolle des OOP-Berichterstatters zu. Es gab eine ganze Menge zu bloggen: über die Multicore-Programmierung, über 12 Thesen zu diesem Thema und über die Parallelprogrammierung im .NET-Umfeld, woraus ein umfassender Dreiteiler entstand (Teil 1, Teil 2 und Teil 3). Daneben hielt der Januar Blogposts zu der Frage parat, warum DivX, Nik Software und Crysis so gut auf Multicore-Prozessoren skalieren.

Der Februar ließ bereits erahnen, was die Multicore-Entwicklergemeinde im Jahr 2009 in Sachen Intel-Tools zu erwarten hatte: die Parallelisierungssuite Parallel Studio warf erste Schatten voraus, die im Laufe der Zeit immer länger werden sollten. In vier Blogbeiträgen wurden die Fähigkeiten dieses Visual-Studio-Plugins näher beleuchtet (Teil 1, Teil 2, Teil 3 und Teil 4). Der Februar war ohnehin sehr tool-lastig: So ging es unter anderem um hochoptimierte Software-Bibliotheken für die Parallelprogrammierung, um den Concurrency Checker und den Thread Profiler. Events fanden aus Blogsicht im Februar keine statt.

Der März begann mit einer Art Ritterschlag: das Entwicklerportal MSDN, auf dem Microsoft seine Community mit neuesten Infos und Tools versorgt, spendierte dem Thema Parallelprogrammierung eine deutschsprachige Sektion und band das Software Dev Blog prominent an diversen Stellen ein. Das nahm ich natürlich zum Anlass, einen Vierteiler zum Thema .NET-Threads zu veröffentlichen (Teil 1, Teil 2, Teil 3, Teil 4). In Sachen Events gab es auch wieder etwas zu vermelden, und zwar in Form von Vorschauen: auf die Intel Software Conference, auf den prio.powerday, die Games Developer Conference und die Eurographics 2009.

Der April war wieder sehr event-lastig, nämlich in Form der Intel Software Conference 2009 (ISC09) und des prio-powerday 2009 “Multicore-Programmierung im .NET-Umfeld”. Auf der ISC09 ging es unter anderem um die Parallelprogrammierung für den Mainstream, um Microsoft und die parallele Programmierung und natürlich um Parallel Studio. Und weil der April noch nicht genug hatte, folgte kurz nach der ISC09 der prio.powerday 2009, auf dem Dinge wie das Multithreading mit .NET-Bordmitteln besprochen wurden, aber auch die Parallele Programmierung unter .NET 3.5 und die Microsoft Concurrency Coordination Runtime.

>> Los ging es mit den bekannten Multithreading-Konzepten OpenMP, APIs und Intel Threading Building Blocks und der Frage, welche der drei Methoden sich zum Threaden am besten eignet.

>> Dann folgten fünf Multicore-Programmierregeln, die zeigen sollen, mit welchen Anforderungen Programmierer und Software-Entwickler konfrontiert werden, wenn sie sequenziellen Code in parallele Anwendungen überführen wollen. Ich sage nur: Denke parallel!

>> Ein wichtiges, weil fundamentales Konzept der Multicore-Programmierung ist der Unterschied zwischen Daten- und Aufgabenparallelität. Diesen zu verstehen ist die erste Programmiererpflicht, wenn es darum geht, skalierbare Multithread-Anwendungen zu erstellen.

>> Wie viele Schritte muss man gehen, um aus seriellem Quellcode parallel ablaufenden zu machen? Genau vier. Rein abstrakt betrachtet zumindest. Auch hierfür habe ich den passenden Workshop parat, der die vier Stufen der Parallelprogrammierung genauer beleuchtet.

>> Was aber, wenn ich zwar weiß, wie ich parallel programmieren soll, ich aber keinen Schimmer davon habe, welche Stolperfallen dabei auf mich warten? Da heißt es dann meinen Beitrag lesen, welche Fehler bei der Parallelprogrammierung der Entwicklergemeinde drohen und wie sich diese (die Fehler, nicht die Entwickler) umgehen lassen.

>> Von OpenMP war hier zwar schon mal die Rede, aber nur ganz oberflächlich. Wie gut, dass der Kollege Preiss einen kompletten Artikel zu dem Thema verfasst hat, den ich freundlicherweise aufgreifen und in Teilen online stellen durfte. Das Ergebnis: der Workshop “Parallel Programmieren mit OpenMP”. Sehr anschaulich, sehr lehrreich, sehr beispielhaft.

>> Was ist eigentlich ein Threadmodus und welche Zustände kann dieser annehmen? Mit dieser Frage beschäftigt sich ein Workshop, den ich Ende Februar veröffentlicht habe. Nur mal so vorab: Bereit, Wartend, Beendet.

>> Von der OOP 2009 und dem Vortrag Klaus Bodes von Microsoft inspiriert, wagte ich mich Anfang März an einen Vierteiler, der den Titel “”Alles über .NET-Threads” trägt. Genauer gesagt: Unter .NET 4. Im ersten Teil geht es um das Erzeugen von Threads, der zweite beschäftigt sich mit der Thread-Verwaltung, der dritte steht ganz im Zeichen von Threadpools und der vierte handelt vom Synchronisieren mehrerer Threads und atomarer Aktionen.

Dann folgten Mitte April zwei weitere, detaillierte Workshops zum Thema OpenMP: fünf Bedingungen für parallele Schleifen und Schleifen anpassen für Multithreading-Ausführung. Beide Tutorials sind randvoll mit nützlichen Infos und praktischen Tipps. Eben ganz nach meinem Geschmack …

All diese Aspkete (und viele mehr) werden mit dem englischen Terminus “Game Physiscs” zusammengefasst, und hier kommt eine Intel-Architektur ins Spiel, die wohl den gesamten Spielemarkt umkrempeln wird: Larrabee. Dahinter verbirgt sich vornehmlich die Idee, rechenintensive 3D-Aufgaben nicht mehr von einer oder mehreren Grafikkarten, sondern von einer CPU-basierten Einheit ausführen zu lassen. Damit ist Larrabee nichts anderes als ein x86-basierter Multicore-Verbund, der dank eines speziellen Befehlssatzes (LRBni) nicht nur für Excel-Tabellen taugt, sondern auch zum Berechnen und Darstellen aufwendiger 3D-Szenen.

So reagiert beispielsweise ein Ball unterschiedlich, je nachdem, ob er auf einer glatten Oberfläche landet oder auf einer weichen. Hinzu kommt der Wunsch vieler Spieler, 3D-Szenen immer komplexer darzustellen, also mit Dutzenden von verschiedenen Objekten, die sich alle realitätsnah verhalten müssen. Und das erfordert viel Rechenzeit und Speicherbandbreite.

Um besser verstehen zu können, was Larrabee hierfür alles tun kann, hat Intel ganz frisch ein neunseitiges PDF online gestellt, in dem es um verschiedene Simulationsmodelle geht und darum, wie zu diesen Zwecken der Larrabee-spezifische Befehlssatz eingesetzt werden kann. Es werden folgende Aspekte näher beleuchtet:

• Wie lassen sich Flüssigkeiten mithilfe der SPN-Methode simulieren?

• Was ist bei der Programmierung von festen Gegenständen zu beachten? Hierzu gehören beispielsweise Autounfälle in 3D-Spielen. Denn es geht dabei um weit mehr als nur das Zweite Newtonsche Gesetz.

• Warum ist Larrabee bei der Kollisionserkennung (Collision Detection) so hilfreich?

Zusätzlich zu den verschiedenen Simulationstechniken werden in dem Dokument die Parallelisierung von 3D-Algorithmen mithilfe der Larrabee-Architektur beschrieben. Diese sorgen für eine optimale Skalierung auf der zukünftigen GPCPU-Multicore-Plattform. Dabei erfährt man unter anderem, dass Larrabee gar kein Hexenwerk ist, sondern sich bekannte Techniken wie OpenMP zu eigen macht. Und natürlich geht es bei Larrabee auch um das Synchronisieren von Threads, das Sperren und Freigeben von gemeinsamen Daten und um die Larrabee-spezifische Implementierung des SIMD-Befehlssatzes.

Jetzt setzt Intel aber dem Ganzen noch ein Sahnehäubchen auf, indem es besonders fleißige und transparente Software-Entwickler dafür belohnt, dass sie über ihre Projekte berichten. Das nennt sich dann Intel Ignite 2008 und soll wohl funkelnde Tränen der Rührung und Begeisterung in die Augen der teilnehmenden Firmen zaubern.

Dies kann nämlich den sieben Gewinnern blühen, die Intel monatlich ermittelt und diese mit einem recht lukrativen Preis bedenkt. Besonders lukrativ sind die 10.000 US-Dollar, die einem Software-Unternehmen oder einem einzelnen Entwickler winken, falls sein Projekt von Intel als das beste des Monats ausgewählt wird.

Aber auch eine der sechs Referenzgeschichten, in deren Genuss man kommen kann, ist nicht weniger attraktiv. Intel kümmert sich übrigens bei den Case Studies um das Verfassen und das Veröffentlichen der Erfolgsgeschichten, und in drei Fällen sogar mir Videokamera. So etwas dürfte Ihrem Namen und Ruf bestimmt nicht zum Nachteil gereichen.

Jetzt werden Sie sich bestimmt fragen, was zu tun ist, um an das schöne Geld oder den Anwenderbericht zu kommen? Nun, erstens müssen Sie Teil des Intel Software Partner Programs werden, was relativ einfach ist. Dann sollten Sie möglichst bald – nämlich von heute an bis zum 31. Dezember 2008 – Ihr Software-Projekt fertigstellen und eine Beschreibung des Ganzen via SPP-Webseite an Intel schicken. Und drittens muss die Software bereits auf dem Markt verfügbar resp. einsetzbar sein.

Dann sind Sie vielleicht bald mit ein wenig Glück um 10.000 Dollar oder eine Referenzgeschichte reicher. Was Ihnen auf jeden Fall dräut sind drei schwarze Poloshirts, die mit dem Intel SPP-Logo verziert sind. Also, worauf warten Sie noch?!

Um beides erreichen zu können, ist eine gute Zusammenarbeit zwischen Software-Haus und Plattform-Anbieter unumgänglich. In solchen Fällen entschließt sich der Hersteller meist dazu, ein Programm ins Leben zu rufen, dem Ganzen einen möglichst schwungvollen Namen zu geben und diese Form der Herstellerunterstützung möglichst vielen Interessenten zugänglich zu machen.

Im Falle der Software-Entwickler nennt sich das besondere Angebot Intel Software Partner Program (ok, nicht besonders schwungvoll, aber aussagekräftig) und wendet sich an alle, die mit Compiler, Debugger und ähnlichen Dingen umgehen können und ihre Software möglichst professionell vertreiben.

Wer am Intel SPP teilnimmt, dem ist die Unterstützung seitens Intel gewiss. Hier werden vier Typen von Software-Entwicklern unterschieden: Registered, Associate, Premier und Premier Elite.

Die vier Kategorien von Registered bis Premier Elite unterscheiden sich in der Bereitschaft des Software-Hauses oder Entwicklers, sich in einem bestimmten Ausmaß auf Intel einzulassen. Dies reicht von einer einfachen Vorstellungsrunde (registered) über die Präsentation eines laufenden oder abgeschlossenen Software-Projekts auf Intel-Basis (associate) bis hin zu der Bereitschaft, die eigene Software-Entwicklung in einem Höchstmaß auf Intel abzustimmen, was natürlich mit weitreichenden Investitionen einhergeht. Diese Premier (Elite) Partner kommen nur auf Empfehlung in den Genuss einer umfassenden Intel-Unterstützung.

Je nach Kategorie können qualifizierte Entwickler über diverse Maßnahmen verfügen. Dazu gehören beispielsweise vergünstigte Einkaufskonditionen für Software-Tools und Entwicklungsumgebungen, also Testrechner, die man bis um die Hälfte günstiger kaufen kann. Aber auch an Marketing- und Verkaufs-Tools kommt man als qualifizierter Intel Software Partner heran. Dazu zählen ISPP-Logos, die signalisieren, dass man Intel-Partner ist. Außerdem gehören Hilfsmittel zum Erstellen professionell gestalteten Werbematerials zum Umfang des Intel SPP.

Sie sehen also: Es gibt viele gute Gründe, Intel Software Partner zu werden. Und die Anforderungen reichen von „ein bisschen Schreibarbeit” bis hin zu „Alles auf Intel”. Dann gibt es aber auch Intel in Reinstform!

Den Anfang macht Visual Computing. Hier geht es vor allem um eins: Spaß! Zumindest, wenn man sich in der Gaming-Ecke aufhält und stets mit den neuen aufregenden Spieletiteln zu tun hat, mit denen sich Intel und deren Software-Partner (ISV = Independent Software Vendor) den ganzen Tag beschäftigen. Dabei lassen zwei große Trends erkennen: mobiles Gaming-Erlebnis und Multi-Threading.

3D-Spiele auf einer mobilen Plattform sind laut Heiko Tom Felde, Managing Director von Ascaron, das nächste große Ding. Er muss es wissen, schließlich zeichnet sich seine Firma für das Adventure-RPG-Game Sacred 2 verantwortlich. Sacred 2 wurde als einer der ersten Spieletitel überhaupt für die Centrino-2-Plattform von Intel optimiert und deren integrierte Grafikeinheit GMA X4500.

Damit läuft ein aufwendig gestaltetes RPG erstmals auf einem Notebook, da die notwendigen Berechnungen, das 3D-Rendering und andere relevante Komponenten auf die mobile Plattform zugeschnitten sind. Und dass Sacred 2 auf einem Montevina-Laptop gut aussieht, davon konnten wir uns auf der GCDC’08 selbst überzeugen – wir waren ziemlich begeistert.

Das Thema Multi-Threading ist ebenfalls ein wichtiges Thema bei den Jungs und Mädels der Visual Computing Group. Oder anders ausgedrückt: Wie optimiere ich meinen DirectX- und OpenGL-basierten Content so gut wie möglich für Intel-Prozessoren und wie gelingt es mir, Highend-Anwendungen wie Autodesk oder eine Echtzeit-Simulation der Meere für eine Vielzahl von Prozessoren zu parallelisieren?

Das Beste daran aber ist die Tatsache, dass man als unabhängiger Entwickler vor diesen Herausforderungen nicht allein steht. Dank des Software Partner Programms (SPP) kann man nämlich von Intels Expertise profitieren, indem man sich dem SPP anschließt und so eine bestmögliche Unterstützung erfährt. Und wer sich beeilt und dem SPP noch im Oktober beitritt, kann ein tragbares Solarladegerät gewinnen. Wenn das kein weiterer Anreiz ist …

Die Sektion Visual Computing beschäftigt sich mit allem, in dem das Kürzel „3D“ vorkommt. Klar! Bevorzugt also mit 3D-Spielen, aber natürlich auch mit Animations-Software wie Maya oder Architektenanwendungen wie AutoCAD. Dass in diesem Bereich insgesamt eine Menge Optimierungspotenzial steckt, davon konnten wir uns im August selbst ein Bild machen. Ich sage nur: Sacred 2, das dank der Optimierungskünste von Ascaron (und mithilfe von Intel) sogar auf einem Notebook mit integrierter Intel-Grafik flüssig läuft.

Das Thema Multicore hat ebenfalls viel mit optimiertem Programmcode zu tun: An welchen Schrauben muss ich drehen, damit meine Anwendung nicht nur auf einem Dual 2 Core eine angemessene Leistung bringt, sondern auch auf vier oder acht Prozessorkernen. Hierzu findet man auf der Multicore-Seite ganz viele Tipps & Tricks, aber auch Links zu nützlichen Tools und anderen Ressourcen. Sehr cool ist auch das BlogTalkRadio auf der Multicore-Seite. All diese Dinge wird es natürlich Stück für Stück auch auf dem Software Dev Blog geben.

Last but not least wird der Software Dev Blog vom immer wichtiger werdenden Thema Virtualisierung handeln. Hierzu findet man auf der US-amerikanischen Seite ebenfalls eine Menge an nützlichen Links: Was ist Virtualisierung, wie setze ich diese sinnvoll ein, welche Tools gibt es hierfür und was hat das alles mit Intel zu tun.

Sie sehen also, hier wird sich einiges tun in den nächsten Wochen und Monaten. Und wir haben nicht nur die pure Theorie im Visier: Natürlich sollen auch Entwickler zu Wort kommen, die gute Erfahrungen mit Intel in Sachen Developer-Support gemacht haben. Oder wir werden aussagekräftige Beispiele zu Rate ziehen, die das Optimierungspotenzial komplexer Software am besten demonstrieren. Oder …

Vielleicht fällt Ihnen ja ein weiteres „oder“ ein, das Sie gerne mit uns und allen Anwesenden dieses Blogs teilen wollen. Mailen Sie uns oder nutzen Sie die Kommentarfunktion. Wir freuen uns darauf!

BTW: Vom 10. bis 13. November werden wir live und in Farbe von der großen Microsoft-Entwicklerkonferenz Tech-Ed EMEA 2008 berichten. Lassen Sie sich überraschen …

In regelmäßigen Beiträgen berichtet der Software Dev Blog über aktuelle Entwicklungen in diesen Segmenten, stellt nützliche Software vor, spricht mit den Machern erfolgreicher Software-Projekte und zeigt, was alles notwendig ist, um die eigene Anwendung für Intel-Plattformen zu optimieren.

Mit diesem Blog wollen wir vor allem Kontakt aufnehmen mit der großen Entwicklerschar, die auf Basis von Intel-Prozessoren Anwendungen für eigene Zwecke, aber auch im Auftrag ihrer Kunden konzipiert und realisiert. Lassen Sie uns teilhaben an den Hürden, Problemen und anderen Themen, mit denen Sie tagtäglich konfrontiert werden. Die Kommentarfunktion steht Ihnen 24 Stunden am Tag zur Verfügung …