Denn in diesem Jahr lohnt sich die Reise in die katalanische Metropole nicht nur wegen der interessanten Vorträge und Exponate. Intel hat ein besonderes Highlight für alle SW- und Mobile-Programmierer vorbereitet:

Am Nachmittag des 28. Februar findet der “Intel, the Platform of Choice”-Event in einer schicken Location nahe des Kongress-Centers statt.

Und das erwartet Sie während der halbtägigen Veranstaltung:

• Aktuelle Trends und Ausblick auf die Business-Perspektiven für Android-Entwickler, die auf Intel-Architekturen setzen. Vorstellen der Intel-Developer-Angebote wie Intel Software Network, Intel Software Partner Program, Intel AppUp Developer Program und Intel Academic Community.

• Demos und exklusive Einblicke in die neuste Generation der Mobile-Devices wie beispielsweise Ultrabooks.

• Diskussion mit Intel-Experten und anderen Teilnehmern zu aktuelle SW-Entwicklungen – inklusive individueller Beratung zu Ihren eigenen Apps, wenn Sie das möchten.

Und das absolute Highlight:

Unter allen Teilnehmern werden 10 brandneue Ultrabooks verlost! Live und vor Ort!

Sie sehen schon: Ihre Teilnahme lohnt sich garantiert.

Zum Ablauf: Gegen 13.30 Uhr werden Sie per Bus vom Kongresszentrum zum Veranstaltungsort gebracht. Gegen 14.00 Uhr beginnt der Event. Die Verlosung ist für 17.30 Uhr geplant. Im Anschluss werden Cocktails gereicht und gegen 18.30 Uhr fahren Sie per Bus zurück zur Messe (oder wahlweise in die City).

Überzeugt? Dann sollten Sie nicht lange mit der Anmeldung zögern. Denn die Veranstaltung ist auf rund 100 Plätze begrenzt. Und wer zuerst kommt….

Wir drücken Ihnen die Daumen für die Verlosung und wünschen Ihnen erfolgreiche Kongress-Tage!

Die OOP 2012 findet vom 23. bis 27. Januar 2012 statt und umfasst zahlreiche Tracks und Themengebiete. Dazu gehören beispielsweise die Agile Software-Entwicklung, Cloud Computing, Mobile Technologien, IT-Management und vieles mehr. Diese kleine Auswahl an Themen zeigt vor allem eins: die OOP hat die Zeichen der Zeit erkannt und lässt auch Referenten zu Wort kommen, die über Android, NFC und DSL sprechen können.

Äußerst interessant sind aus Sicht dieses Blogs vor allem folgende Sessions:

One codebase to develop web, desktop, mobile and tablet applications Davon träumt ja wohl jeder Software-Entwickler: Er schreibt einmal sein Programm und passt es dann nur noch den vorhandenen Plattformen an, indem er die unterschiedlichen Bildschirmgrößen, Eingabemodelle, etc. berücksichtigt. Laut Michael Chaise ist das relativ einfach zu bewältigen.

OOP-Referent Urs Gleim kommt am Mittwoch, den 25. Januar mit seinem Vortrag Des Pudels Kerne: was bedeutet Multicore für den Softwarearchitekten? zu Wort. Gleim geht dabei so weit, dass er ein Umdenken in der Software-Entwicklung fordert und zeigt auf, welche Auswirkungen das auf die Softwarearchitektur hat. Anhand von geeigneten Beispielen wird er sich dem Thema sehr praxisnah  annähern.

Jetzt noch schärfer: Funktionale Programmierung mit F# Nicht erst seit gestern gilt F# als eine probate Sprache für die parallelisierte Softwarware-Welt, da sie unter anderem keine Variablen kennt, sondern nur Funktionen. Zudem ist F# seit letztem Jahr Bestandteil von Visual Studio 2010. Lauter gute Gründe offensichtlich für Michael Stall, sich dieser funktionalen Sprache in seinem Vortrag am Mittwoch zu widmen.

Was für F# gilt, gilt für Erlang mindestens ganz genauso – wenn nicht noch mehr. So ist es denn auch nicht erstaunlich, dass am OOP-Donnerstag um 18:30 Uhr die Session Erlang – Live-Coding: Implementierung eines komplexen Beispiels angeboten wird. Dabei wird ein typisches Anwendungsbeispiel gezeigt und was das für die Entwicklung mit Erlang bedeutet.

Neben all den praxisorientierten Vorträgen gibt es natürlich auch ein wenig Theorie auf der OOP 2012. So wird Nicolai Josuttis am Freitag Morgen über den erst kürzlich verabschiedeten C++-Standard referieren. Daher heißt seine Session C++0x/C++11 – Der neue C++ Standard. Aber da die Theorie immer nur so gut wie die Praxis ist, stehen auch bei Josuttis’ Tutorial zahlreiche Beispiele im Vordergrund, die die Änderungen und Neuigkeiten von C++11 verständlich machen sollen.

Das komplette Konferenzprogramm finden Sie auf der zugehörigen Webseite, und wer etwas mehr wissen will über die gleichzeitig stattfindende Fachmesse wird dort ebenfalls fündig. Und klar, die Preise und Anmeldelinks zur OOP 2012 finden Sie auch dort. Na, dann mal los!

Ach ja: der Early-Bird-Rabatt gilt noch bis 2. Dezember. Ein weiterer guter Grund für die OOP 2012, oder?!

Eine Agenda brauchen wir nicht. Es gibt auch keine Präsentationen und kein Marketing-Blabla. Stattdessen erhalten Sie Fakten aus erster Hand – wenn Sie mögen. Drei Experten widmen sich Ihren Fragen bei einer frischen „Hoibn“ oder einem leckeren Weißbier:

•  Fritz Gerneth weiß, wo fortschrittliche CPU-Technologie im Auto unersetzlich ist. Er erwarb sein Diplom im Fach Informatik an der Technischen Universität München. Bei Intel hat er in verschiedenen Positionen in der Software-Entwicklung und im Technical Marketing die Evolution der Intel-Architektur begleitet. Zurzeit betreut er die Entwicklung von Lösungen auf Grundlage der Atom-Prozessor-Architektur im Bereich „In-Vehicle Infotainment“.

• Christoph Jechlitschek ist Experte für Atom-Prozessoren. Er arbeitet bei Intel in der Small Form Factor Group. Der Fokus dieser Gruppe liegt auf Geräten wie Netbooks und Tablets, die mit Atom-Prozessoren betrieben werden. Christoph hat weitreichende Erfahrungen in Sachen Qt/QML und MeeGo und ist sehr interessiert an neuen Technologien für mobile Geräte wie Tizen und HTML5.

• Andreas Breitschopp, Fachmann für Softwareberatung und -entwicklung, informiert Sie über das Intel Black Belt-Programm, über die Community dahinter und persönliche Vorteile für Teilnehmer dieses Programms.

Übrigens: Geplaudert wird natürlich in deutscher Sprache. Also keine Hemmungen! Da die Zahl der Teilnehmer auf maximal 15 begrenzt ist, freuen wir uns auf Ihre umgehende Anmeldung per E-Mail an ibelshaeuser[at]text-vision.com, Stichwort „Tweet-up 2011“. Die Teilnahme ist natürlich kostenlos.

Ich freue mich auf Ihr Kommen und interessante Gespräche!

Die Teilnahme ist kostenlos aber es sind nur 50 Plätze verfügbar!

Unter anderem erwarten Sie die folgenden Sessions:

Keynote: Visual Studio 11 and Windows – Powering the Next Wave of Innovation
Visual Studio C++ Program-Manager Boris Jabes und Visual Studio Architect Jean-Pierre Duplessis stellen die neuesten Entwicklungen und Ausblicke für C++ in Visual Studio und auf der Microsoft-Plattform vor.

Effective C++ Programming with Visual Studio 11 Ultimate
Programmer productivity in the era of agile development is no longer something we can count with lines of code. Visual Studio brings together a slew of lifecycle management tools—from architecture analysis to unit testing—that dramatically improve the productivity of C++ developers everywhere. Come learn how the next version Visual Studio will help you embrace agile methodologies like never before!

Unleash Parallel Performance with C++ in Visual Studio 11
Parallelism is everywhere. The upcoming version of Visual C++ enables native developers to remain the kings of performance across all form-factors. With new compiler technology, we will show how every developer can take advantage of multi-core CPUs. With C++ AMP, we bring the cheap & awesome power of GPUs to every C++ programmer. Finally, we bring it all together with enhancements to the debugging and profiling experiences across VS.

Graphics & Game development tools in Visual Studio 11
Visual Studio 11 brings the most significant set of improvements for developing graphics-intensive apps in over a decade. Whether you are just getting started with 2D/3D games or a self-proclaimed “Guru”, there’s something for you in this talk. We will walkthrough a slew of new tools integrated into Visual Studio that will make your life better.

Für Intel ist Bev Bachmayer am Start, Senior Software Engineer der Software and Solutions Gruppe. Nutzen Sie die Gelegenheit, mit einer erfahrenen Entwicklerin über aktuelle Trends und Herausfoderungen der C++-Programmierung zu diskutieren.

Melden Sie sich umgehend an, um das Event nicht zu versäumen.

Oktoberfest-Apps gibt es für Android, für iPhone und auch Windows Phone 7. Dort allerdings ist bislang „nur“ ein Wiesn-Songbook  zu haben.

Eine ganz gute Übersicht zu den aktuellen Apps finden Sie bei Focus Online.
Wenn Sie Windows Phone-Entwickler sind (oder werden möchten) und diese Marktlücke schließen möchten, können wir Ihnen ein recht aktuelles Tutorial empfehlen, das – ein paar Kenntnisse in .Net und C# vorausgesetzt –  bei der Programmierung hilft: Von der ersten Code-Zeile bis zum Qualitätstest und sicherlich nicht nur für Wiesn-Apps interessant. Hier geht’s zum MSDN-Beitrag.

Ganz anderes Thema: Die Veranstalter der OOP 2012 haben ihr künftiges Konferenzprogramm veröffentlicht. Seit mehr als 20 Jahren dient die OOP als Plattform speziell für Software-Architekten, technische (Projekt-) Leiter und Entwickler, die sich einen Überblick über den aktuellen Stand des modernen Software-Engineering verschaffen möchten.

Die kommende OOP-Konferenz wurde von der Community gestaltet. Zehn Trackchairs, unterstützt durch 35 Reviewer gestalteten das Programm mit vielen Höhepunkten wie den Keynotes von Ralph Langners “Tiefe Kenntnisse der Schadsoftware Stuxnet” und Prof. David Parnas “Making Architecture Meaningful”.

Und es gibt auch einen Early Bird Rabatt:
Bei Buchung bis zum 2.12.2011 erhalten Sie einen Nachlass von 15 % auf den Normalpreis des von Ihnen gewünschten Tickets (gilt nicht für Abendkuse und 1-Tages-Tickets) zusätzlich einen digitalen Bilderrahmen “New Basic” der Firma Hama.

Viel Spaß auf der Wiesn oder im Konferenzsaal!

Rund 650 Kilometer weiter südlich zeigt Microsoft auf seiner Entwicklerkonferenz BUILD, wohin die Reise in Sachen Windows & Co. geht. Im Anaheim Convention Center geht es vor allem um Windows 8, aber auch eine Preview der nächsten Version von Visual Studio kann dort begutachtet werden. Aus diesem Anlass folgen vier Highlights beider Konferenzen, was natürlich keinerlei Anspruch auf Vollständigkeit erhebt.

Intel Developer Forum 2011

Einen großen Hype scheinen diese kleinen Dinger schon jetzt ausgelöst zu haben: Ultrabooks sollen die ultraflachen Notebooks ablösen, die es bereist seit ein paar Jahren gibt, die richtig teuer waren und letztlich kaum Leistung zeigten (vor allem im Hinblick auf die recht hohen Preise). Doch mit den Ultrabooks soll das laut Intels Vice President Mooly Eden alles anders und besser werden: die superschlanken Laptops weisen die aktuelle Prozessorgeneration Sandy Bridge in der Doppelkern-Variante auf. Zudem sollen möglichst genau eingegrenzte Spezifikationen dafür sorgen, dass Endanwender, also die Käufer dieser Ultrabooks, in Zukunft wissen, was sie da kaufen. Die ersten Flachmänner sollen noch in diesem Jahr auf den Markt kommen und unter 1000 Dollar kosten.

Die Spatzen pfiffen es ja schon seit längerem vom Dach, doch jetzt ist es offiziell: Google und Intel entwickeln gemeinsam eine x86-Android-Version, die möglichst unfallfrei auf Intel-basierten CPUs laufen soll. Dies ist ein logischer Schritt – und zwar für beide. Denn spätestens ab nächstem Jahr, wenn der Atom-Prozessor für Smartphones und Tablets mit dem Codenamen “Medfield” auf den Markt und erste Geräte in die Läden kommen, will sich Intel ein großes Stück vom mobilen Kuchen abschneiden, den sie derzeit nur ungern ARM überlassen müssen. Und Google wird dank dieses Deals seine installierte Basis an Android-fähigen Endgeräten schlagartig vervielfachen.

Microsoft BUILD 2011

Was die Nachrichtenlage angeht, muss sich Microsoft derzeit nicht hinter Intel verstecken. So zeigen die Redmonder im kalifornischen Anaheim den kommenden Star ihrer Betriebssystemriege: Windows 8 (was nach wie vor als Codename verkauft wird). Diese Nachfolgeversion von Windows 7 wird mit der  aktuellen Desktop-Variante nicht mehr allzu viel gemein haben, außer, dass es noch auf PCs und Notebooks laufen wird. Denn Windows 8 geht viel weiter: so soll es das künftige Tablet-Betriebssystem aus dem Hause Microsoft werden, und hierfür orientiert sich Windows 8 sehr stark am Smartphone-OS Windows Phone, das sich vor allem durch das UI-Konzept “Metro” auszeichnet. Zudem wird Windows 8 wohl nicht nur x86-basierte Prozessoren unterstützen, sondern auch ARM-CPUs, die speziell für Tablet-PCs und Smartphones entwickelt wurden.

Auf der BUILD 2011 können anwesende Entwickler auch eine Developer-Preview-Version des Nachfolgers von Microsofts Entwicklerumgebung Visual Studio begutachten. Zu den offensichtlichen Neuerungen der IDE gehören diverse Tools und Vorlagen, mit denen sich Apps für Windows 8 programmieren lassen, die auf Tablet-PCs zum Einsatz kommen sollen. Dabei können sich Software-Entwickler entscheiden, ob sie mithilfe einer Kombination aus XAML (eine UI-Beschreibungssprache) und C++, C# und Visual Basic ihre Apps programmieren, oder ob sie vollständig auf HTML5, CSS und Javascript setzen, um auf diesem Weg schicke Tablet-Apps zu bauen.

Von „A“ wie „Atom-Prozessoren“ bis „V“ wie Virtualisierung werden Intel-Experten und Fachleute diverser Partner-Unternehmen in zahlreichen Tech- und Praxis-Sessions zu aktuellen Technologien und Trends berichten und dabei sicherlich auch erstklassige Tipps für Programmierer verraten, die im Web nicht ohne weiteres zu finden sind.

Zudem erhalten Sie selbstverständlich einen exklusiven Ausblick auf die kommenden Prozessorgenerationen und Devices wie MeeGo. Dazu empfehle ich die drei Keynotes. Intel CEO Paul Otellini eröffnet die Konferenz, indem er Intels strategische Positionierung in der Zukunft schildert. Am Mittwoch, den 14 September, erläutert Mooly Eden (Vice President & General Manager der PC Client Group), welche Entwicklungen im PC- und Prozessor-Bereich zu erwarten sind und warum wir uns auf die kommende Ultrabook-Generation freuen dürfen.
Am Donnerstag spricht Justin Rattner (Vice President, Director der Intel Labs & Intel Chief Technology Officer) über die künftigen Multi- und Many-Core-Systeme und wird zeigen, mit welchen Tools Software-Entwickler die Herausforderungen des Parallel Computing meistern werden.

Einen Überblick zu den insgesamt fast 200 Sessions an den drei Tagen erhalten Sie hier. Die Agenda können Sie hier nachlesen.

Übrigens: Noch für kurze Zeit können Sie den Early Bird-Rabatt in Anspruch nehmen und bei Bestellung eines Tagespasses bis zu 100 US-Dollar sparen!

Und es soll niemand sagen, unter dem Entwickler-Volk gäbe es keine attraktiven Frauen

Viel Spaß mit den Videos! Morgen früh geht es weiter mit einem Bericht vorn der Session “Hotspot Flops & uOps” von Levent Akyil.

Neben attraktiven Geldpreisen in einer Gesamthöhe von rund 10.000 US-Dollar erhalten die Sieger die Möglichkeit, ihre Spieleidee auf dem Valve’s Steam Online Gaming Portal zu präsentieren und später mit Hilfe von Valve auf den Markt zu bringen und kommerziell zu vertreiben. Das ist Ihre einmalige Chance, mit Ihrem Spiel Furore zu machen und auch gutes Geld zu verdienen!

Aber der Reihe nach: Der Level Up 2011 Game Demo Contest wird in diesem Jahr bereits zum fünften Mal ausgeschrieben und adressiert Spiele-Entwickler auf der ganzen Welt. Ganz gleich, ob Sie noch Student an der Uni sind oder auf eine langjährige Developer-Erfahrung zurückblicken können – Sie sind herzlich eingeladen, an dem Wettbewerb teilzunehmen. Starttermin ist vermutlich Anfang September.

Was Sie tun müssen: Sie entwickeln ein Game-Demo auf und für Intel-PC-Plattformen wie Sandy Bridge für eine der folgenden Kategorien:

• Adventure/Rollenspiele
• Strategiespiele
• Puzzle-Spiele
• Shooter Games.

Das jeweilige Demo sollte Ihre Spielidee bereits gut abbilden.

Wann es losgeht und endet: In Kürze werden Sie die Möglichkeiten haben, Ihre Vorschläge enzureichen – den genauen Termin Anfang September erfahren Sie hier auf dem Software Dev Blog und natürlich auch bei ISN im Web. Deadline ist übrigens der 30.12.2011. Die Bekanntgabe der Gewinner erfolgt im März 2012 während der GDC, die alljährlich in San Francisco stattfindet.

Jetzt geht es aber erst einmal los mit Live-Blogging und Video-Interviews!

Heute stelle ich die beiden Dienstags-Sessions in den Vordergrund.

Dienstag, 16.8.2011: Ab 9:30 Uhr spricht Levent Akyil zum Thema “Hotspot Flops & uOps”.  Levent wird verdeutlichen, wie sich seriell und parallel programmierte Anwendungen durch eine recht simple Optimierung auf Registerebene weiter beschleunigen und Fehler wie Bottlenecks in Quellcode aufspüren und beheben lassen. Dabei geht Levent detailliert auf die Möglichkeiten der aktuellen Sandy Bridge-Architektur mit AVX ein – von der sowohl Programmierer als auch Spieler erheblich profitieren.

Wenn Sie sich zuvor über die Advanced Vector Extension, eine verbesserte Vektorisierung von Gleitkomma- und Ganzpunktzahlen, informieren möchten, empfehlen wir Ihnen unseren Grundlagenartikel „Sandy Bridge: Schnellere Apps dank breiteren AVX-Registern“.  Zudem lohnt ein Streifzug durch diesen Blog, denn AVX im Zusammenhang mit der Programmierung und der verbesserten Grafikleistung von 3D-Games war sehr häufig Thema bei uns.

Levent habe ich übrigens im Mai beim Black Belt Event in München getroffen, wo er die aktuellen Programmier- und Analyse-Tools vorgestellt hat, allen voran natürlich Intel Parallel Studio XE mit dem Composer, dem Inspector und dem VTune Amplifier. Anhand der Amplifier-Werkzeuge zeigte Levent, wie sich typische Speicherprobleme im Code ausfindig machen lassen und wie Entwickler feststellen können, wo sich im Code Performance-Schwachstellen verbergen.

Hierzu empfehle ich auch meinen Report von der Intel Software Conference in Dubrovnik vom April dieses Jahres: Intel Software Developer Conference 2011 (II): Intel VTune Amplifier XE in Action.
Levent ist nicht nur ein hervorragender Redner, sondern auch sehr sympathisch. Sie sollten die Chance nutzen, seine Session zu besuchen und vielleicht auch ein paar Worte mit ihm am Intel-Stand zu wechseln.

Die offizielle Ankündigung zu seiner Session können Sie auf der GDCE-Seite abrufen.

Dienstag, 16.8.2011: Ab 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte. Hierzu gehört detailliertes Wissen über die Version 4.0 des Tools, aber auch die Neuerungen der Version 4.1 wie der verbesserte Platform Analyzer und das In-Game-HUD werden vorgestellt. Im Einzelnen wird Philipp auf den Frame Analyzer näher eingehen und außerdem zeigen, wie sich mit dem Platform Analyzer der eigene Spieletitel auf die Multicore-Fähigkeiten hin untersuchen lässt.

Die offizielle Ankündigung zu seiner Session können Sie auf der GDCE-Seite abrufen.

Intel GPA war und ist ebenfalls immer wieder Thema dieses Blogs, so dass Sie über diese Seiten sehr gut vorbereiten oder auch einiges nachlesen können. Empfehlenswert auf jeden Fall die Beiträge: „Das sagen bekannte Spieleentwickler über Intel Graphics Performance Analyzers“ und „Wie LEGO Univers mithilfe von Intel GPA optimiert wurde“ . Letzter Tipp für alle, die die neue Version GPA 4.1 selbst ausprobieren möchten: Auf dieser Seite finden Sie eine kostenlose Download-Option.

• Am Montag um 17:40 Uhr wird Leigh Davies darüber berichten, wie sich task-basierte Spieletitel so optimieren lassen, dass sie auf einem Multicore-System möglichst gut skalieren. Denn in Zeiten von n-Core-Rechnern reicht es nicht mehr aus, seinen 3D-Spieletitel sequentiell zu programmieren. Hierfür wird Leigh zahlreiche Beispiele dabei haben, wie sich vorhandener Code so umschreiben lässt, dass die unterschiedlichen Aufgaben wie Rendering, Animation, MLAA (morphologisches Anti-Aliasing) und andere Dinge auf mehreren Threads parallel ablaufen können. Und natürlich wird Davies auch auf die Stolpersteine hinweisen, die mit der Parallelisierung von Spiele-Code einher gehen können.

• Dienstag Morgen um 9:30 Uhr erklimmt Levent Akyil die Bühne, um seine Sicht der Dinge zum Thema “Hotspot Flops & Micro-Ops” darzulegen. Damit will Levent zeigen, wie sich seriell und parallel programmierte Anwendungen durch eine recht simple Optimierung auf Registerebene weiter beschleunigen lassen. Es wird also die Rede sein von Sandy Bridge, AVX und den zugehörigen Befehlen und Maßnahmen, mit denen sich Code erheblich verbessern lässt. Und klar wird Akyil auch zeigen, wie sich Bottlenecks in Quellcode aufspüren und beheben lassen.

• Ebenfalls am Dienstag um 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte. Hierzu gehört detailiertes Wissen über die Version 4.0 des Intel-Tools, aber auch die Neuerungen der Version 4.1 wie der verbesserte Platform Analyzer und das In-Game-HUD werden vorgestellt. Im Einzelnen wird Philipp auf den Frame Analyzer näher eingehen und außerdem zeigen, wie sich mit dem Platform Analyzer der eigene Spieletitel auf seine Multicore-Fähigkeiten hin untersuchen lässt.

Übrigens: Wer ganz schnell ist, kann noch den Early-Bird-Rabatt in Anspruch nehmen. Daher ist schnelles Anmelden das Gebot der Stunde, falls Sie auf der GDCE 2011 teilnehmen wollen.

Natürlich, schließlich beschäftigt sich Intel mit dem Thema Spiele, fast so lange wie es das Unternehmen schon gibt. Denn vor allem die Hardcore-Gamer haben immer nur eins im Sinn: extra-schnelle Rechner, mit denen man in höchster Auflösung zocken kann und dem Opponenten möglichst immer einen Schritt voraus ist. Und hierfür bietet Intel nun einmal die passenden Komponenten wie schnelle Prozessoren und Onboard-Grafikchips, die in Notebooks zum Einsatz kommen. Und von einer leistungsfähigen Grafiklösung reden sie auch schon eine ganze Weile.

Allerdings ist die Hardware immer nur so gut wie die Software, die darauf läuft. Daher hat Intel von jeher ein größtes Interesse daran, Spiele-Entwickler dieser Welt mit Tipps, Tricks und Tools auszustatten, mit deren Hilfe ihre 3D-Spieletitel auf Intel-Hardware noch besser aussehen und noch schneller laufen als sie es ohnehin schon tun.

Hiefür tut Intel wirklich eine ganze Menge. Hierzu zählen beispielsweise Werkzeuge wie Intel Graphics Performance Analyzers, das erst kürzlich einem Update unterzogen wurde (mehr dazu bald auf diesem Blog). Aber auch mächtige Tools wie Intel Parallel Studio XE richten sich an Spieleentwickler, da diese meist auf C++ setzen, wofür diese Werkzeug-Suite geschrieben wurde.

Aber natürlich reichen Blogbeiträge alleine nicht aus, um eine Idee davon zu bekommen, wie sich diese nützlichen Software-Helferlein im konkreten Fall einsetzen lassen. Daher werden erfahrene Intel-Entwickler auf der Game Developers Conference Europe 2011 anwesend sein, um mit den Besuchern ihrer geplanten Techsessions ihr Wissen zu teilen. Dazu gehören folgende Workshops:

• Am Montag um 17:40 Uhr wird Leigh Davies davon berichten, wie sich task-basierte Spieletitel so optimieren lassen, dass sie auf einem Multicore-System möglichst gut skalieren.

• Dienstag Morgen um 9:30 Uhr erklimmt Levent Akyil die Bühne, um seine Sicht der Dinge zum Thema “Hotspot Flops & Micro-Ops” darzulegen.

• Ebenfalls am Dienstag um 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des bereits erwähnten Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte.

So, und falls Sie noch mehr Infos rund um die Intel-Sessions auf der GDCE 2011 haben wollen, sollten Sie diesen Blog im Auge behalten. Denn hier erfahren Sie mehr zu den Themen und Tools. So, stay tuned…

Ach ja: Noch gut zwei Tage lang gibt es den Early-Bird-Rabatt. Daher ist schnelles Anmelden das Gebot der Stunde, falls Sie auf der GDCE 2011 teilnehmen wollen.

Advanced Developers Conference

Nun aber noch ein kurzer Rückblick auf Advanced Developers Conference, die vom 5. bis 6. Mai 2011 in Prien am Chiemsee gastierte. Ich konnte leider nicht persönlich hin, weil ich zur gleichen Zeit in Köln die Dotnet Cologne besucht und ausführlich darüber berichtet habe.

Allerdings waren die Kollegen vom C++-Forum vor Ort und haben fleißig mitgeschrieben. Hier die wichtigsten Ergebnisse der Vorträge aus Oberbayern:

C++ Standard Committee Representative – Michael Wong, IBM (Member of the C++ standard committee)

Michael kam geradewegs aus Madrid, wo über den Draft des neuen C++-Standards positiv abgestimmt wurde. Nun fehlt nur noch eine Ratifizierung, um das Dokument in die 6-monatige Bürokratiemaschine der ISO einzuspeisen und noch vor dem Jahr 2012 einen neuen Standard in den Händen zu halten.

Tipp: Vollkommen gratis lässt sich dieser Draft (der kaum mehr abgeändert werden wird) hier herunterladen: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3291.pdf – die fertige ISO-Version kostet wahrscheinlich mehr als 1.000 US-Dollar. Andere, günstigere Wege den offiziellen Standard zu erhalten findet man auf: http://herbsutter.com/2011/03/25/we-have-fdis-trip-report-march-2011-c-standards-meeting/#comment-2817.

Does & Don’ts in der Parallelprogrammierung — Bernd Marquardt

Bernd Marquardt im Doppelpack. In seinem zweiten Vortrag zeigte Bernd typische Fehler in der Parallelprogrammierung mit OpenMP auf. Dabei führte er diese live an Hand von Code-Beispielen vor und löste sie on-the-fly.

Es gibt zwei große Bereiche von Parallelprogrammierung: Shared memory mit einer Maschine, einem Adressraum und mehreren Threads oder Distrubuted memory mit mehreren Maschinen und Remoting. OpenMP ist ein Shared memory-Standard, der von vielen Compiler-Herstellern unterstützt wird. Für bestehenden Code optimal, empfiehlt Bernd für neu geschriebenen Code modernere Bibliotheken, für die das Klassendesign dementsprechend angelegt sein muss.

Mit C++ führen – Über Multi-Paradigmen, laufzeit-adaptive Codeerzeugung und Many-core Programmierung  – Hans Pabst, Intel

Hans Pabst stellte gut und ausführlich die beiden Intel-Bibliotheken Cilk Plus und Array Building Blocks vor. Beide sind für den Einsatz in der Multicore-Entwicklung gedacht. Während erstere eine Language-Extension ist, die C++ um drei weitere Schlüsselwörter erweitert, geht es bei den Array Building Blocks um eine STL-artige Bibliothek, unter der eine Runtime läuft, die während der Ausführung optimalen Code für die jeweils darunterliegende CPU generiert (also je nach Möglichkeiten bspw. reines x86, SSE, AVX, etc.).

Dies passiert automatisch bei der ersten Ausführung, kann aber sogar abgespeichert und wiederverwendet werden. Beide Bibliotheken sind eher für den High-Performance-Computing-Bereich denn den Alltag ausgelegt. Hier geht es also um die schnellstmögliche Ausführung von funktionalen Problemen und nicht um eine Task-Bibliothek, wie sie Microsoft zur Verfügung gestellt hat (siehe Building Asynchronous And Parallel Applications With C++).

Intel Keynote: The Power for Second-Generation Intel Core Processor Family for Software Developers – Aaron Coday, Intel

In seinem Vortrag über die neue Core i3/5/7-Serie der zweiten Generation gab es einige beeindruckende Facts zu den neuen Intel-Prozessoren zu hören. Mehr findet man in Marcus’ Artikel zur Intel ISTEP 2011, wo Aaron denselben Vortrag gehalten hat: http://www.c-plusplus.de/forum/285352

Wow-Erlebnis: Intel bietet mit dem Intel Graphics Performance Analyzers in der Version 4.0 die Möglichkeit Fullscreen-3D-Anwendungen (also bspw. Spiele) zu profilen. Mit den wichtigsten Kerndaten als Echtzeitoverlay!

Den kompletten Bericht der C++-Kollegen können Sie übrigens hier abrufen.

Der Reihe nach: Zunächst stellte Aaron Coday von Intel die Vorteile der zukunftsweisenden Sandy Bridge-Technologie vor – vor allem im Hinblick auf die optimierte Grafikleistung der Prozessoreinheit. Mehr als eine Randnotiz: Mit dem steigenden Abverkauf von Notebooks gegenüber Desktop-PCs im privaten und professionellen Einsatz wird die Bedeutung der GPU-Power ein wesentlicher Entscheidungsfaktor für die Käufer. Mit der Sandy Bridge-Technologie, die Prozessor und Grafikeinheit auf einem Chip vereint und neue Features wie AVX bietet, weist Intel hier den Weg.

Levent Akyil stellte im Anschluss zunächst die aktuellen Programmier- und Analyse-Tools vor, allen voran natürlich Intel Parallel Studio XE mit dem Composer, dem Inspector und dem VTune Amplifier. Anhand der Amplifier-Werkzeuge zeigte Levent, wie sich typische Speicherprobleme im Code ausfindig machen lassen und wie Entwickler feststellen können, wo sich im Code Performance-Schwachstellen verbergen. Kommt Ihnen ein bisschen bekannt vor? Korrekt, ausführlich hatte Levent über dieses Thema bereits in Dubrovnik referiert.

Black Belt-Mitglied Asaf Shelly hatte die Schlussworte der „offiziellen“ Runde. Er sprach über Hürden und Vorteile der Parallelprogrammierung – nicht ohne Witz und Charme im Übrigen. Seine zentralen Botschaften:

1. Versuche in deinem Code auf Locks grundsätzlich zu verzichten. Fast immer ergeben sich Thread-Probleme. (Können wir bestätigen und auch darüber haben wir auch schon berichtet).

2. Die Frage, ob paralleler oder serieller Code, stellt sich (künftig) nicht mehr. Denkt nicht wie Maschinen, sondern wie Menschen – gerade bei der Programmierung. Der Aufwand ist geringer, als viele befürchten, der Gewinn ist größer, als viele hoffen – sowohl im Managed als auch in nativem Code. Ein schönes Schlusswort.

Über den inoffiziellen Teil im Anschluss nur so viel: Schön war’s. Nette Kontakte und gute Adressen für weitere Beiträge habe ich mitgenommen. Es gab interessante Ausblicke auf MeeGo und künftige Prozessorgenerationen und ein paar Insider-Infos, die man eher bei leckerem bayerischen Essen und einem frischen Weißbier bekommt als bei einer offiziellen Business-Session.

Deswegen waren sich auch alle einig: Das machen wir bald wieder. Hoffentlich sind Sie dann auch dabei!

Hier ein paar Fotos von der gestrigen Veranstaltung:

Beatrice und Aaron bei der Begrüßung

Asaf Shelly

Levent Akyil

Entspannte Atmosphäre

Noch gibt es einige wenige freie Plätze. Sie sollten sich also schnellstmöglich „Ihre persönliche Eintrittskarte“ sichern!

Das erwartet Sie:

Wir starten gegen 17:00 Uhr mit einer kurzen Präsentation von Intel-Experten zu aktuellen Entwickler-Themen. Im Anschluss haben Sie die Möglichkeit, sich mit Intel-Insidern und nationalen und internationalen Kollegen austauschen, neue Kontakte zu knüpfen und Ihr Wissen rund um Developer-Tools und -Praktiken zu vertiefen.

Rede und Antwort steht Ihnen dabei auch ein Black-Belt-Mitglied, Asaf Shelly, den ich hier in dieser Woche ja bereits vorgestellt habe.

Ach ja: Für gutes Essen und ein frisches Bier (oder Glas Wein) sorgen wir natürlich auch. Ende ist gegen 22:00 Uhr. Interesse geweckt? Dann melden Sie sich am besten noch heute an!

Wir freuen uns auf Ihren Besuch!

Software-Entwickler-Event am 10. Mai in München

Und noch ein wichtiger Termin:

Über die dotnet Cologne 2011 hatte ich bereits Ende März berichtet. Auch hier gibt es heute noch einige wenige Tickets (wenn auch leider nicht kostenlos).

Das Programm der kleinen, aber feinen Veranstaltung ist nun final. Mein Highlight:

Parallelisierung und Skalierbarkeit in nativer C/C++ Softwareentwicklung – leichter als je zuvor.
Hubert Haberstock spricht darin gegen 11:45 Uhr über Intel Parallel Studio XE 2011 und die neuen Methoden der Software-Optimierung, vor allem von parallelem Code für native C/C++-Programmierung unter Microsoft Visual Studio.

Außerdem werde ich von folgenden Sessions live berichten:

• Peter Nowak spricht über die Bedeutung von Silverlight in der Windows Phone 7-Programmierung.

• MSDN unplugged – Tipps & Tricks für Entwickler (Kay Giza von Microsoft)

• Task Parallel Library & PLINQ: Marc André Zhou spricht über Task Parallel Library als komplettes Programmiermodell für “Parallel Computing”

Es würde mich freuen, wenn wir uns auf beiden Veranstaltungen sehen würden.

Mit dabei wird auch einer der sogenannten Black-Belter sein, namentlich Asaf Shelly. Asaf schreibt regelmäßig auf dem Intel Software Network-Blog und berichtet dort über seine Erfahrungen zum Thema Multicore-Programmierung. Intel Black Belt Software Developer ist übrigens ein Community-Programm, vergleichbar mit dem MVP-Programm von Microsoft, bei dem besonders engagierte Mitglieder der Community entsprechend ausgezeichnet und mit diversen Vergünstigungen bedacht werden.

Falls Sie also einem der anwesenden Intel-Ingenieure oder Asaf oder mir oder sonst wem Löcher in den Bauch zu Themen wie Sandy Bridge, Parallelprogrammierung, Intel Parallel Studio und mehr fragen wollen, dann sollten Sie am 10. Mai unbedingt in den Löwenbräukeller am Münchner Stiglmaierplatz kommen, mitten im Herzen unserer Stadt. Und damit wir auch wissen, wer alles erscheinen wird, freuen wir uns über Ihre prompte Anmeldung. Also, auf geht’s, Buam!

Zusammengefasst kann man sagen, dass Entwickler ein oder zwei Augen auf die neuen Intel Array Building Blocks werfen sollten, mit deren Hilfe mathematische Operationen in Zukunft recht einfach auf mehreren Prozessorkernen parallel ausgeführt werden können. Darüber hinaus nahm er sich sogar die Zeit, das Konzept hinter den verwandten Intel Threading Building Blocks zu erläutern.

Darüber hinaus verfolgt Intel mit MIC eine interessante Strategie: dieser Quasi-Nachfolger von Larrabee wird wohl im nächsten Jahr auf den Markt kommen und von sämtlichen Tools unterstützt werden, die es jetzt auch schon gibt. Nur in angepasster und verbesserter Form, natürlich.

Aber auch zu MeeGo und den passenden Entwicklertools hatte James eine dedizierte Meinung, wie sich anhand der Beispiele für künftige MeeGo-Gerätschaften erkennen lässt: so nennt er Tablet-PCs an Nummer Eins, aber auch Handhelds, In-Car-Infotainment- und andere Gadgets werden in Zukunft mit MeeGo laufen. Sagt zumindest Chefentwickler James Reinders.

Nun aber zum Inhalt der Konferenz: Zu Beginn hat Aaaron Coday, Intel-Experte für Visual Computing, Graphics and Gaming, einen erweiterten Überblick zu den aktuellen Prozessorgenerationen gegeben und die Vorteile für Entwickler verdeutlicht. Eine kleine “Überraschung” zu Beginn: Von „Sandy Bridge“ will Intel künftig nicht mehr sprechen, sondern nur noch von der offiziellen Bezeichnung „2nd Generation Intel Core Processor Family“. Das finde ich ein „bisschen“ sperrig und bleibe dann doch lieber bei der geläufigen Bezeichnung „Sandy Bridge“.

Sandy Bridge ist zu Beginn des Jahres mit den Zielen gestartet, energieeffizienter zu arbeiten, mehr Leistung bereitzustellen (nicht nur, aber vor allem für grafisch anspruchsvolle Anwendungen) und Multimedia-Inhalte wie Videos schneller und besser zu en- und dekodieren, indem das Preprocessing und Encoding nicht mehr software-basiert, sondern von der Hardware vorgenommen wird.

Aus Developer-Sicht ist in diesem Zusammenhang auch die Bedeutung des Intel Media SDK hervorzuheben. Es gibt Codeschreibern die Möglichkeit, über nunmehr nur noch eine API auf die optimierten Libraries des Intel Compilers zuzugreifen und Videos damit schneller und vor allem einfacher zu berechnen.

Aaron verdeutlichte, dass der SSE-Nachfolger AVX mit der doppelten Registerbreite (nun 256 Bit gegenüber 128 Bit bei SSE 4.0) sowohl Spielern als auch Game-Programmierern deutlich mehr Komfort und Möglichkeiten eröffnet. So lassen sich grafisch sehr anspruchsvolle Spiele auch auf ressourcenschwachen Netbooks flüssiger abspielen, weil dank AVX die einzelnen Bilder schneller geladen und synchronisiert werden. Zu diesem Thema habe ich ja in der Vergangenheit ebenfalls sehr ausführlich berichtet.

Interessant in diesem Zusammenhang: Aaron prophezeite, dass schon im übernächsten Jahr die Zahl der Single-Core-Systeme fast auf null sinken werde, hingegen werde jeder zweite, weltweit eingesetzte PC vier oder mehr Prozessor-Kerne besitzen.

Einen Blick in die Zukunft wagte auch James Reinders in seinem Vortrag über „Software Ecosystems“. Im kommenden Jahr werde Intel eine Reihe neuer Tools veröffentlichen, die den aktuellen und kommenden technischen Standard der Prozessortechnologie berücksichtigen und damit bereits auf Knight Ferry/Knighs Corner ausgerichtet werden. Dazu gehören:

• Intel Cilk Plus für weitere Compiler

• Intel Array Building Blocks

• Intel Threading Building Blocks 4.0

Am morgigen Mittwoch werde ich ein Video-Interview mit James Reinders führen und sicherlich noch das eine oder andere Detail zu den künftigen Tools erfahren.

Update: Das Videointerview mit James steht ab sofort zum Anschauen bereit.

Die gute Nachricht vorweg: die Sessionplanung scheint abgeschlossen zu sein und die Programmübersicht listet genau 50 Voträge auf, die an zwei Tagen auf je vier Tracks und vier Themenbereiche verteilt sind. Hierzu gehört auch die Begrüßung am ersten Tag und – jetzt kommt’s – eine Abschluss-Keynote vom Content Manager der Veranstaltung höchstpersönlich, Golo Roden. So gesehen ist mein Wunsch nach einer Keynote ja erfüllt worden, allerdings nicht für den Beginn, sondern für das Ende der .NET DevCon. Na, soll mir auch recht sein!

Die abschließende Keynote-Session wagt einen Blick in die Zukunft zugleich. Denn unter dem Titel “C# 4.0 and beyond” stellt Golo einige der Features vor, die in C# 5.0 implementiert werden sollen. Diese hat ja C#-Oberchefentwickler Anders Heijlsberg auf der PDC 2010 ausführlich dargestellt.

Eine der Hauptunterschiede zwischen C# 4.0 und C# 5.0 wird die Realisierung der asynchronen, sprich der nebenläufigen, also der Parallelprogrammierung sein. So geschieht unter .NET 4 das Verteilen mehrerer Threads auf die vorhandenen Prozessoren mithilfe von Klassenbibliotheken. Auf Basis von C# 5.0 hingegen soll das mit einer angepassten Sprachsyntax geschehen, wovon sich Microsoft eine deutliche Erleichterung der asynchronen Programmierung verspricht.

Hierfür wird es in C# 5.0 das neue Schlüsselwort async geben, das auf die Verwendung asynchroner Methoden hinweist. Daneben wird in C# 5.0 mit await ein neuer Operator eingeführt, der das Programm dazu bringen soll, eine asynchrone Methode auszuführen. Diesen asynchronen Methoden wird auch eine neue Klassenbibliothek spendiert, die sich Task<T> nennt und die für die Rückgabewerte einer Methode zuständig sein wird.

Natürlich werden die neuen asynchronen Methoden von C# 5.0 Fehler abfangen können, und das auf Basis von Try-Catch-Konstrukten. Darüber hinaus lassen sich mithilfe der unter C# 4.0 eingeführten CancellationTokenSource-Klasse Hintergrundprozesse abbrechen.

Tja, über all diese Dinge und sicherlich noch weit mehr wird Golo am 7. Juni auf der .NET DevCon von 17:15 bis 18:15 Uhr reden. Da kann man schon sehr gespannt sein!

Ach ja: Windows Phone 7 hat es leider doch nicht auf die .NET DevCon geschafft. Na, wozu gibt es die erst gestern vorgestellt Mobile DevCon?!

Und für alle, die sich die PDC-2010-Session von Anders Heijlsberg zu C# 5.0 anschauen wollen, haben wir das zugehörige Video verlinkt. Viel Spaß dabei!

Vor drei Wochen habe ich bereits auf diese Veranstaltung hingewiesen. Intel ist selbstverständlich auch vor Ort. Hubert Haberstock wird unter dem Titel „Parallelisierung und Skalierbarkeit in nativer C/C++-Softwareentwicklung – leichter als je zuvor“ über Parallelprogrammierung sprechen. Im Vordergrund stehen dabei die Möglichkeiten, die Intel Parallel Studio XE 2011 dem Entwickler bietet.

Auch wenn viele Programme mit Managed Code von darunterliegender Hardware abstrahieren, gibt es noch viele Anwendungen, bei denen es notwendig ist, Kontrolle über den Prozessor und seine Features zu haben, insbesondere beim Programmieren von nebenläufigen (multithreaded) Anwendungen. Mit der Software-Entwicklungs-Toolkette Intel Parallel Studio XE 2011 stellt Intel neue Methoden der Softwareoptimierung und der Erstellung und Überprüfung von parallelem Code für native C/C++ Programmierung unter Microsoft Visual Studio zur Verfügung.

Parallel Studio XE ist ein Visual Studio Add-on und erleichtert die Programmierung von Mehrkernsystemen mittels C++-Spracherweiterungen/Bibliotheken und APIs sowie das Einbinden fertiger, parallelisierter Funktionen für wissenschaftliche/mathematische und Multimedia-Anwendungen.

Weitere Bestandteile der Toolsuite sind eine Debugger-Erweiterung zum Debuggen parallelen Codes sowie Werkzeuge zur Analyse des Codes hinsichtlich Fehler im Speicherlayout (Memory Leaks) und konkurrierenden Datenzugriffen (Data Races). Zusätzliche Werkzeuge helfen beim Aufspüren ungleicher Lastverteilung und anderen Synchonisierungsfehlern in parallelen Anwendungen.

Ich werde auch vor Ort sein, live bloggen und hoffentlich die Gelegenheit haben, mit Hubert Haberstock ein Interview zu führen.

Übrigens: Weitere Beiträge zu Parallel Studio finden Sie natürlich auch in diesem Blog.

Für ISVs und Software-Entwickler ist dieser Termin eine gute Gelegenheit, sich vor Ort detailliert über aktuelle Entwickler-Tools zu informieren, in Trainings, Workshops und Schulungen das eigene Wissen zu erweitern und Lösungen für typische Programmierprobleme zu finden. Und da das Ganze in einer der der schönsten Regionen Deutschlands stattfindet, lässt sich der Termin prima mit einem Kurzurlaub in die bayerischen Alpen verbinden.

Die Advanced Developers Conference bietet 20 (zumeist deutsche) Vorträge hochkarätiger C++-Experten von Intel, Microsoft und weiteren Firmen. Das Motto der Veranstaltung lautet “aus der Praxis für die Praxis“ und verknüpft die traditionellen Vorteile von C++ mit den heutigen Anforderungen in Entwicklungsprojekten.

Zu den Topthemen zählen das Erstellen leistungsstarker Software mit nativem C++-Code, Performancesteigerung sowie Möglichkeiten der Fehlersuche und -behebung in C++-Programmen. Weitere Schwerpunkte bilden Design und Einsatz von MFC-Anwendungen und die Frage, wie sich durch die Ausnutzung der seriellen und parallelen Prozessoreigenschaften eine maximale Leistung erzielen lässt. Ein Highlight wird dabei sicherlich die Session “Parallelprogrammierung mit native C++ und OpenMP 3.0” von und mit Bernd Marquardt sein.

Übrigens: Am Vortag der Veranstaltung (4.5.) vermittelt Dr. Michael Klemm von Intel in dem ganztägigen Hands-on-Training  “C/C++ Code-Performanceoptimierung für Intel-Prozessoren“ tiefgreifendes Wissen mit praktischen Beispielen an bereitgestellten PCs mit Multicore-CPUs.

Hier die weiteren Infos zur Veranstaltung:

• Überblick der Workshops

• Überblick der Sessions

• Überblick der Speaker

Sichern Sie sich bis 8. April Ihre Teilnahme und sparen Sie dabei bis zu 250 Euro, indem sie sich den Frühbucherrabatt mit dem Promocode „Cpp-i0411X“ sichern. Bei gleichzeitiger Anmeldung zur Konferenz mit zwei weiteren Kollegen bekommen Sie auch noch einen 10-prozentigen Kollegenrabatt on top!

Und hier geht es zur Anmeldung. Wir sehen uns…

Das Motto der Veranstaltung lautet „Unleashing performance“ (frei übersetzt: „Leistung freisetzen“). Experten von Intel und Partnerunternehmen werden dabei anhand von Szenarien herausstellen, wie Entwickler die schnelleren Prozessoren, die bessere Grafikunterstützung und die darauf abgestellten Developer-Tools und Parallel Programming Modelle gewinnbringend einsetzen.

Zudem geht es auch um mobile Devices wie MeeGo, das in Barcelona eine sehr erfolgreiche Fortsetzung hingelegt hat.

Hier einige der Highlights der Veranstaltung:

• Aaron Coday, Manager Application Engineering bei Intel, spricht über Sandy Bridge und die neuen Performance-Technologien wie AVX und Turbo Boost 2.0, die die Prozessoren bieten. Und natürlich erläutert er, wie Entwickler davon profitieren

• Über Software-Ecosysteme wird James Reinders, Chief Software Evangelist bei Intel sprechen und zwar sowohl für Client- als auch für Embedded Software-Entwicklung und erklärt Intels Strategie in den nächsten Jahren.

• An Parallel-Programmierer wendet sich der zweite Vortrag von James Reinders. Hier beschreibt er das Konzept der Intel Parallel Building Blocks (Intel PBB) und wird sicher auch praktische Anwendungsbeispiele in petto haben, die das eine oder andere Programmierproblem lösen können.

• Weg von der Theorie, rein in die Praxis geht Manuel Wille, Vice President of Engineering bei Nik Software, wenn er darüber referiert, wie auch Profi-und Hobbyfotografen von Multicore-Architekturen und AVX profitieren und bei der Arbeit jede Menge Zeit sparen können.

• Intels VTune Amplifier XE in Aktion ist das Thema von Levent Akyil, Software Engineer bei Intel. Er adressiert in seinem Vortrag vor allem Spiele-Entwickler, die mit Hilfe von VTune Amplifier XE die Prozessor-Power vollständig für ihre Games  nutzen können.

Ich werde im Übrigen live von der Veranstaltung bloggen und sicherlich auch das eine oder andere interessante Video-Interview mitbringen. Ich freue mich drauf!

Die Veranstaltung gastiert am Donnerstag, den 24. März von 14:00 Uhr bis 18:00 Uhr in Hamburg (HafenCity Hamburg; Shanghaiallee 7, beim Lohseplatz).

Bei den Intel Connections 2011 handelt sich um ein exklusives Networking-Event, das Entwicklern und ISVs (Independent Software Vendor) die Möglichkeit gibt, ihre Kontakte zu erweitern und sich komprimiert über Intels neueste Technologien im Developer-Umfeld zu informieren. Dabei geht es aber nicht nur um Parallel Studio, AVX und Sandy Bridge, sondern auch um einen gemeinsamen Diskurs mit den Teilnehmern, der die Perspektiven der Multicore-Programmierung beleuchtet und künftige Geschäftsfelder für Software-Anbieter vorstellt.

Und wir haben noch ein kleines Zusatzbonbon für Sie:

Begleiten Sie uns anschließend auf eine Zeitreise in die Jahre, in denen noch mit Pioniergeist Autos erdacht, gebaut und gefahren wurden, und besuchen Sie exklusiv die Sonderausstellung „60 Jahre FORMEL 1“ im Prototyp Hamburg.

Hier können Sie sich für diesen interessanten Event anmelden! Viel Spaß!

Das Erfolgsgeheimnis: Eine Handvoll Software-Entwickler setzen sich zusammen und organisieren eine Konferenz, die sie selbst gerne besuchen würden.

Diesen Satz habe ich auf der Webseite der Entwicklerkonferenz dotnet Cologne 2011 gefunden. Der sagt wohl eine Menge aus über das Konzept und die Absicht, eine Veranstaltung “von Entwicklern für Entwickler” zu konzipieren und umzusetzen. Und da das Ganze letztes Jahr schon ziemlich gut geklappt hat, kann man für die diesjährige Ausgabe der dotnet Cologne Ähnliches erwarten.

So wird es wohl nicht bei den 300 Teilnehmern vom letzen Jahr bleiben. Daher hat sich das Orga-Team rund um Albert Weinert, Stefan Lange und Roland Weigelt um eine neue Location umgesehen und wurde im Mediapark zu Köln fündig (es handelt sich dabei um das Komed). Und da auch einige neue Leute erwartet werden, gibt es diesmal auch 300- und 400-Level-Vorträge, die noch tiefer in diverse Themen einsteigen. Aber natürlich kommen auch fundierte Einführungen nicht zu kurz.

Toll ist auch die Idee, zwischen den einzelnen Sessions (von denen es immerhin 25 geben wird, aufgeteilt in fünf parallel laufende Tracks) etwas längere Pausen zu machen. Damit hat man auch mal die Gelegenheit, nach einem Vortrag mit den Referenten zu reden, einen der Sponsorenstände zu besuchen oder sich einfach einen Kaffee zu holen. Das reduziert den Stress und erhöht sicherlich die Zufriedenheit der Teilnehmer während der dotnet Cologne 2011.

Auf der zugehörigen Webseite gibt es auch schon erste Vorträge zu bewundern, und erfreulicherweise wird es auch etwas zu Windows Phone 7 geben (Peter Nowak erzählt etwas über Silverlight für mobile Geräte). Das hatte ich ja erst kürzlich hinsichtlich der .NET DevCon 2011 etwas bemängelt.

So, und worauf warten Sie jetzt noch, sich anzumelden? Hierbei ist vor allem Schnelligkeit oberstes Gebot, denn die ersten hundert Anmelder erhalten einen Rabatt von 30 Euro und bezahlen schlappe 25 Euro. Die nächsten 100 Konferenzwilligen werden aber auch noch belohnt und zahlen 15 Euro weniger, also 40 Euro. Alle anderen müssen leider den Standardpreis von 55 Euro zahlen. Aber auch das ist für eine Eintages-Konferenz für Software-Entwickler immer noch ein ziemlich gutes Angebot. Allerdings können Sie sich erst ab dem 14.3. um 14:00 Uhr anmelden.

Dass dieser sehr faire Eintrittspreis überhaupt möglich ist, hat auch mit den zahlreichen Sponsoren zu tun, die auch dieses Jahr die dotnet Cologne finanziell und sonstwie unterstützen. Zu ihnen gehört auch Intel, für die ich auf die dotnet Cologne fahren werde, um vor Ort über die wichtigsten Dinge zu berichten. Also schon mal vormerken: 6. Mai, Berichterstattung von der dotnet Cologne 2011 auf dem Software Dev Blog.

Zunächst einmal gilt festzuhalten, dass die Programmverantwortlichen acht Themenschwerpunkte definiert haben, vier am ersten Tag und vier am zweiten. Tag 1 umfasst die Rubriken “Sprachen”, “Architektur”,  ”SharePoint & Daten” sowie “ALM/Produktion”, an Tag 2 geht es um “Visual Studio & Add-Ins”, “Code & UI”, “Web-Ready Desktop” sowie “Soft Skills & Agile Methoden”. Zu meinen persönlichen Highlights zählen folgende Sessions:

• The absolutely minimum every developer should know about C# & Die Vielfalt der Programmiersprachen unter .NET (Rubrik Sprachen)
• Parallelprogrammierung – Eine Einführung & Die Task Parallel Library (Rubrik Architektur)
• SharePoint als Entwicklungsplattform & Alternative Datenbanken (Rubrik Sharepoint & Daten)
• Vertrauen ist gut – Source Control ist besser! & Buildserver, Continuous Integration und Continuous Deployment (ALM/Produktion)
• Mit ReSharper die Code-Qualität verbessern & Produktivitätssteigernde Visual Studio-Add-Ins (Visual Studio & Add-Ins)
• UI für Entwickler und andere Nicht-Designer & Code Design Guidelines in der Praxis (Code & UI)
• WPF, Silverlight, HTML 5 – die Qual der Wahl & HTML5: Der Browser als Plattform (Web-Ready Desktop)
• Was bringt mir Agil? & Agil 2.0 – Das Agile Development Framework (ADF) (Software Skills & Agile Methoden)

Was mir noch ein wenig fehlt, ist das Thema Windows Phone 7, da es auf eine ordentliche .NET-Veranstaltung durchaus passt (immerhin hat die dotnetpro WP7 schon einen kompletten Schwerpunkt spendiert). Außerdem kann ich keinen Slot für eine Keynote-Session entdecken. Das wäre wirklich schade, schließlich gibt solch eine Eröffnungsrede die Richtung für die gesamte Veranstaltung vor. Na, mal sehen, ob es sich die Verantwortlichen der .NET DevCon – Tilman Börner und Florian Bender – in dieser Sache noch einmal anders überlegen.

Falls Sie das Ganze auch ohne Keynote interessant finden, können Sie sich natürlich gleich mal anmelden. Wenn Sie das noch bis zum 19. April erledigen, sparen Sie 100 Euro und zahlen nur 690 Euro. Danach sind für zwei Tage .NET-Konferenz 790 Euro fällig. Hierin enthalten ist ein gemütliches Get-together am ersten Abend und ein separater Ausstellungsbereich, in dem diverse Firmen ihre Lösungen und Produkte in Sachen Software-Entwicklung präsentieren werden. Für das passende Socializing ist also auch gesorgt.

Erst gestern habe ich darüber berichtet, dass Intel die vierte Version seiner Profiling-Toolsuite Intel Graphics Performance Analyzers (GPA) veröffentlicht hat. Der Termin ist kein Zufall, denn der Chiphersteller befindet sich derzeit mit einem großen Stand auf der Game Developers Conference in San Francisco. Ok, das ist weit weg, aber relevant ist das Event für deutsche Belange auf jeden Fall, denn erstens findet das europäische Äquivalent einmal pro Jahr auch bei uns statt. Und zweitens gibt es auch auf der GDC US eine Berichterstattung und Videocontent.

Was ist also alles zu sehen am Intel-Stand? Nun, da wäre natürlich GPA 4.0 zu nennen, das man sich live im Moscone Center in voller Pracht ansehen kann. Oder man geht beispielsweise heute in die Tech-Session von Omar Rodriguez und David Swenson, die darüber referieren werden, wie Darkspore mithilfe von GPA 4.0 optimiert werden konnte.

Auf dem Intel-Stand werden weitere, interessante Dinge gezeigt. Wie sich zum Beispiel 2D-Animationen für Spiele entwickeln lassen. Oder wie Spiele-Programmierer mithilfe von Parallel Studio XE 2011 ihre 3D-Games optimieren und thread-sicher machen können. Oder welche Neuigkeiten von Atari zu vermelden sind.

Für alle, die nicht auf der GDC 2011 dabei sein können (und das werden wohl die meisten unserer Leser sein), empfiehlt sich ein ausführlicher Besuch der zugehörigen Webseite, auf der es ausführliche Infos rund um das weltweit größte Game-Developer-Event gibt. Inklusive Videocontent, Twitter-Stream und Blogbeiträgen.

MeeGo ist ein Linux-Betriebssystem für mobile Endgeräte wie Tablets und Smartphones. Erstmals wurde nun eine Vorabversion der Oberfläche auf einem Tablet-PC vorgestellt. Und das Ergebnis kann sich sehen lassen, wie Sie sich selbst von diesem Video überzeugen können:

MeeGo bietet auf den Tablet-Computern eine intuitiv bedienbare Touch-Oberfläche, wobei der Anwender über dynamische Eingabefelder Funktionen und Programme steuert. Per Fngertipp hat der User Zugang zum Web und sozialen Netzwerken, Fotos, Musik und Video. Ein Videoplayer und Flash-Unterstützung integriert das System von Haus aus. Angetrieben wird MeeGo im Falle des Demo-Tablets von einem Atom-Prozessor, dessen Herzstück ein System-on-Chip (SoC) inklusive 32-Nanometer-Fertigung ist.

Die Strategie und die Idee hinter MeeGo können Sie in diesem Whitepaper nachlesen. Weitere News zu MeeGo vom MWC können Sie auf dieser Seite abrufen.

MeeGo aus Entwicklersicht und ein Gewinnspiel

Damit erhalten auch Entwickler den Startschuss, Apps für MeeGo zu entwickeln und einen schnell wachsenden Markt zu bedienen, denn Tablet-PCs mit MeeGo sollen noch in diesem Jahr auf den Markt kommen. Hinzu gesellen sich eine Menge unterschiedlicher Geräte von Partnerunternehmen, wie mein Kollege Sean vom Softtalk-Blog zu berichten weiß – unabhängig vom Nokia-Rückzug.

Der Intel Appstore AppUp Center für MeeGo ist ab sofort für MeeGo-Developer offen. Gefragt sind vor allem Tablet- und Netbook-Anwendungen.

Unter der Webadresse http://meego.com/developers hat Intel zudem eine zentrale Anlaufstelle für Entwickler im Web geschaffen – inklusive Tutorials, Samples und kostenlosen Tools wie dem MeeGo v1.1 SDK.

Übrigens: Eifrige Codeschreiber werden belohnt. Die ersten 100 Apps im Intel AppUp Center für MeeGo werden mit je 500 US-Dollar bedacht. Und für die besten 10 Apps gibt es nochmals je 1000 US-Dollar on-top. Das Gewinnspiel läuft bis zum 29. April 2011.

An der Namensgebung der bisherigen Baureihen Core i3, Core i5 und Core i7 wird sich nichts ändern. Dafür aber an der Leistung. Einen Geschwindigkeitszuwachs garantieren die Intel Turbo Boost Technik 2.0. Und die Intel Hyper-Threading Technik wird das Multitasking weiter verbessern, da ja jeder Prozessorkern zwei Aufgaben verarbeiten kann.

Das Besondere aber ist die neue Grafikleistung: Prozessor und Grafikprozessor (GPU) sitzen auf einem Chip und sind so direkt mit dem PCI-Controller verbunden. Die Verbesserung von Rechenleistung und Darstellungsqualität sind enorm – vor allem beim Video-Encoding. Wenn Sie die Gelegenheit haben, dann schauen Sie mal einen HD-Film auf einem Sandy-Bridge-PC. Gestochen scharfe Bilder ohne Aussetzer und Wartezeiten – selbst wenn Sie die Filme vom PC auf den Fernseher streamen. Dafür verantwortlich ist eine Reihe integrierter Grafiktechnologien wie Clear Video HD, HD-Grafik und Intel InTru. Kein Wunder, dass schon jetzt die Unterhaltungsindustrie reges Interesse zeigt.

Ein paar kritische Stimmen gibt es aber auch zur GPU – diese habe maximal die Leistung einer Grafikkarte aus dem unteren Preissegment und ersetze für Spieler keine externe Grafikkarte mit einem höheren Datendurchsatz. Das stimmt nur teilweise. In einem meiner nächste Beiträge werde ich gezielt auf Mythen und Fakten zu Sandy Bridge eingehen. Denn in diesen Tagen wird auch viel Unsinn zu den Intel Core-Prozessoren der zweiten Generation verbreitet.

Und noch ein Thema von der CES, das Software-Entwickler interessieren dürfte:

Während seiner Keynote hat Microsoft-Chef Steve Ballmer angekündigt, dass die nächste Windows-Generation, also der Nachfolger von Windows 7, nicht mehr nur für x86-Prozessoren designt werde, sondern auch für System-on-a-Chip (SOC)-Plattformen. Hintergrund: Die „Ein-Chipsysteme“ integrieren möglichst alle Teile der Systemfunktionen auf einem einzigen Prozessor und werden deshalb bislang vor allem als Embedded Systems in der Steuerungselektronik oder auch in portablen Devices mit begrenztem Funktions- und Speicherumgang eingesetzt.

Hierzu zeigte Steven Sinofsky, President, Microsoft Windows and Windows Live Division, dass auch Windows künftig mit den „kleinen“ Chips zufrieden sein wird und ließ eine Vorabversion des neuen Windows auf unterschiedliche System-on-a-Chip-Prototypen von Intel, Qualcomm, Texas Instruments, Nvidia und AMD laufen – inklusive hardware-beschleunigter Grafik-Unterstützung, Web-Funktionalität, USB-Treiber-Support und Druckerunterstützung. Spannende Sache! Zumal Micorosoft den Ball gleich weiterspielt: Jetzt sind die Hardware-Hersteller gefragt, neue clevere Formfaktoren für Mobile Computing zu finden. Auch für Software-Entwickler ergeben sich dadurch natürlich neue Chancen und Anforderungen. Wir bleiben dran.

• Heute, ab 18:00 Uhr MEZ, präsentiert Mooley Eden, Vice President und General Manager der PC Client Group, worauf sich Notebook-User vor allem in Sachen Grafik-Power freuen können. Intel nennt das “yet-to-be-disclosed visual features that will ‘wow’ the eyes and enhance our visual lives”. Mehr zu der zugehörigen Technik namens Sandy Bridge gibt es übrigens noch diese Woche auf diesem Sender.

• Morgen, von 15 bis 16:15 Uhr MEZ, gewährt Intel am eigenen CES-Stand allen akkredierten Pressevertretern und Bloggern einen kleinen Vorgeschmack auf die Highlights aus Intel-Sicht. Dazu gehören neben ersten Sandy Bridge-basierten Notebooks auch künftige Geräte mit Atom-Prozessor fürs Wohnzimmer, Auto und andere Einsatzgebiete. Aber auch neue Netbooks und vor allem Tablet-PCs werden am Intel-Stand, Central Hall, Stand-Nr. 7153 zu sehen sein. Und brandneue Infos rund um den Intel-eigenen Appstore AppUp Center gibt es sowieso.

Für alle, die noch mehr zum Intel-Auftritt anlässlich der CES 2011 wissen wollen, seien zwei Quellen empfohlen: die Intel-CES-Webseite und der Intel-News-Twitterfeed, auf dem es in den nächsten Tagen vorwiegend um Sandy Bridge und Co. live aus Las Vegas gehen wird.

Videotipp: Für alle, die mehr Infos zu Sandy Bridge suchen, möchte ich diverse Videos ans Herz legen, in denen über die zweite Intel-Core-CPU-Generation gesprochen wird. Dabei zeigen sich Tech-Analysten wie Mike Feibus und Peter Kastner ziemlich begeistert von der neuen Technik, die Intel gemeinsam mit seinen OEM-Partnern in die Läden bringen wird.

In wenigen Tagen wird Intel während der CES in Las Vegas die neue Prozessorgeneration Sandy Bridge offiziell vorstellen. Vor Ort werden dann auch gleich ein paar Hardware-Hersteller erste Notebooks mit den neuen Recheneinheiten zeigen.

Die Prozessor-Architektur von Sandy Bridge wird vor allem in puncto Multimedia-Performance alle Vorgänger der Nehalem-Bauweise in den Schatten stellen. Sandy Bridge integriert den Grafikkern (GPU) in die CPU bei einer Strukturbreite von 32 Nanometern. Dank der integrierten Encoding-Einheit lassen sich Videos wesentlich schneller konvertieren als beispielsweise mit bekannten Core-i5-Prozessoren.

Die technologischen Neuerungen von Sandy Bridge und die daraus resultierenden, erweiterten Möglichkeiten für Parallel-Computing sind Anlass genug, dieses Blog wiederzubeleben. Ich werde Sie ab sofort regelmäßig mit News, technischem Background und Veranstaltungshinweisen versorgen, die Ihnen den Programmieralltag etwa erleichtern.

Zunächst aber darf ich Ihnen zwei neue, sehr nützlich Tools empfehlen, die Intel im Rahmen der Partnerprogramme veröffentlich hat und vor allem Entwickler von Media- und Videoanwendungen adressieren.

Das Intel Media Software Development Kit in der Version 1.5 ist ein plattformübergreifendes SDK, das Ihnen hilft, auf einfache Weise leistungsstarke und schnelle Videoanwendungen zu entwickeln.  Das Tool-Paket bietet Ihnen drei Highlights:

• Codecs für Hardwarebeschleunigung: Sie greifen auf Video-Codecs zu, die für Intel Multicore-Prozessoren und Intel HD Graphics optimiert wurden und bestmögliche Performance bieten
• Einheitliches API für unterschiedliche Plattformen: Weniger Code und weniger Komplexität durch ein universelles API, das viele PC-Plattformen unterstützt, darunter selbstverständlich auch die zukunftsträchtigen Intel Graphics- und Multicore-Architekturen.
• Support und Add-Ons: Schneller optimale Ergebnisse erzielen dank nützlicher Features wie Video-Pre-Processing, Decodieren und Encodieren

Sie können das Media Software Development Kit kostenlos laden und installieren. Sinnvoll ergänzt wird das SDK durch das Intel Media Checker Software Assessment Tool. Zugegeben, eine grauenhafte Bezeichnung, aber das Tool ist überaus nützlich. Denn damit stellen Sie beispielsweise sicher, dass Sie das SDK korrekt in die Anwendungen einbinden. Zudem fungiert es als Tutorial, indem es die Funktionen und Technologien des SDK erläutert. Also für die ersten Schritte mit dem SDK sicherlich genau richtig. Und kostenlos ist es natürlich auch. Viel Erfolg damit!

Am ersten Tag ging es gleich mal sehr animationsmäßig los und wir hatten die Gelegenheit, uns die Havok Physics Engine näher anzusehen, mit deren Hilfe Spieleentwickler recht einfach und schnell bestimmte Effekte in ihre Games einbauen können. Dazu gehören Dinge wie Deformationen, berstende Gegenstände, etc. Und auch vollanimierte Kleidungsstücke lassen sich mit Havok generieren, ohne dass der Entwickler genau wissen muss, wie das funktioniert. Dass es funktioniert, belegen die zugehörigen Videos sehr gut.

Das Thema Spiele beschäftige uns natürlich weiterhin (sic!). So konnten wir mit Jerome Muffat-Meridol von Intel über seine Techsession reden, in der es um das Thema Multithreading von 3D-Spielen mithilfe von DirectX 11 ging. Dabei zeigte er anhand der so gennanten Nulstein-Demo, dass sich Spiele sehr gut parallelisieren lassen, wenn man den richtigen Taskscheduler und DirectX 11 für die einzelnen Phasen beim Erzeugen von 3D-Bildern dazu einsetzt, das ganze System so gut wie möglich zu parallelisieren. Und das skaliert dann problemlos auf 12 Threads, ohne dass der Entwickler große Dinge vollführen muss.

Weiter ging’s dann mit einem ganz anderen Thema, das auf dem IT-techBlog sehr viel besser aufgehoben wäre: Netbook-Games. Hierzu zerrten wir Leigh Davies vor die Kamera, um ihm drei schlaue Fragen zu stellen. Dabei kam heraus, dass Leigh in seiner Session etwas darüber verraten hatte, wie sich Spiele für Netbooks verkaufen lassen und wie man Netbook-Games für die GPU und CPU optimieren kann.

Natürlich durfe auch der Hinweis nicht fehlen, dass sich Netbooks weiterhin gut verkaufen und dass Intel bis zum Jahr 2013 mit zirka 140 Millionen verkauften Mininotebooks rechnet. Es ging außerdem auch um technische Aspekte wie die eingeschränkte Auflösung (1024*600) und die daraus resultierenden Konsequenzen. So rät Leigh zum Einsatz von Icons statt Text. Darüber hinaus sollte man sich als Spieleentwickler klar machen, dass ein Netbook wegen der guten bis sehr guten Akkulaufzeiten und des geringen Gewichts in höchstem Maße mobil ist. Auch das gilt es beim Gamedesign zu berücksichtigen.

Aber nicht nur Spiele für tragbare Computer standen bei Intel auf de GDCE 2010 auf dem Programm. Auch die neuesten Version des Analysetools Intel Graphics Performance Analyzers wurde vorstellt, und hierum kümmerte sich Steve Hughes von Intel, der uns ein bisschen was über die neuen Features von Intel GPA 3.0 erzählte, wie man damit Flaschenhälse und andere Verklemmungen in 3D-Spielen findet und wie Entwickler die Toolsuite optimal für ihre Zwecke einsetzen können. Besonders begeistert zeigte er sich von der neuen Platform View, die systemübergreifend zeigt, wie gut ein Spiel auf einer Multicore-Maschine skaliert.

So, das war`s erstmal, Teil 2 und Teil 3 folgen morgen. Darin wird es um die nächste Version von Intel GPA gehen, um das Parallelisieren von Spielen mithilfe der Intel TBB, um einen selbstgezimmerten Taskscheduler mit Taskstealing und um eine Live-Demo, die anhand von drei Teilen genau zeigt, wie sich Intel GPA einsetzen lässt.

Der erste Vortrag am Dienstag dauert von 9:00 bis 9:50 Uhr, wird von Jerome Muffat-Meridol gehalten, und trägt den originellen Titel “UFO Invasion: DX11 and Multicore to the Rescue”. Der Tenor seiner Präsentation lautet: Mit welchen Bordmitteln von DirectX 11 lassen sich 3D-Games so optimieren, dass sie parallel auf Multicore-Maschinen ausgeführt werden. Jeromes Techsession findet im 4. Stock im Nördlichen Sitzungszimmer statt.

Jerome wird unter anderem darüber reden, wie sich Drawcalls gleichzeitig auf mehrere Threads verteilen lassen, was eure Spiele besser und effizienter parallelisiert. Und da Sehen besser als nur Hören ist, hat Jerome eine erst kürzlich veröffentlichte Demo-Game-Engine dabei, mit deren Hilfe Multicore-optimierte Spiele implementiert werden können. Diese Game-Engine nennt sich Nulstein und verteilt den vorhandenen Spielecode task-basiert auf die vorhandenen Ressourcen. Das sorgt für ein optimal ausgewogenes Spieleerlebnis, da sämtliche vorhandenen CPU- und GPU-Ressourcen optimal ausgenutzt werden.

Die zweite Techsession hält der geschätzte Kollege Mario Deilmann, dessen Vortrag von 14:20 bis 15:10 Uhr geht, wiederum im Nördlichen Sitzungszimmer stattfindet und von den Intel Threading Building Blocks handelt. Mario wird dabei zeigen, wie sich mit dieser Runtime-Bibliothek Thread-sichere Spiele programmieren lassen, und zwar mithilfe von Lambda-Funktionen und anderen Parallelkonstruktionen. Darüber hinaus geht Mario auf diverse Intel-Tools ein, mit denen sich seriell und parallel programmierte Applikationen analysieren lassen. Auf diesem Wege sollen Laufzeit-kritische Engpässe gefunden und möglichst eliminiert werden.

Mario wird ebenfalls auf die wichtigsten Features der aktuellen Version der Intel TBB näher eingehen. Dazu gehören der verbesserte Taskscheduler und die effizientere Speicherverwaltung, der verbesserte Support von Lambda-C++0x-Funktionen und die erhöhte Kompatibilität hinsichtlich Visual Studio 2010 und dessen neuen Komponenten.

Die gute Nachricht: Ihr lernt nicht nur interessante Dinge von Steve, Leigh, Jerome and Mario, sondern wir werden vor Ort auch darüber twittern und bloggen. Und für weitere Infos zu ihren Vorträgen werden die Jungs vor unsere Kamera treten, um uns und euch mit tiefergehenden Details zu versorgen. Also, man sieht sich – entweder live in Köln oder hier oder auf dem IT-techBlog.

Natürlich werden wir nicht alleine in Köln herumspringen, da sich auch ein paar Intel-Leute dort aufhalten werden, um coole Software-Demos (sprich Tools) auf dem Intel-Stand zu zeigen und darüber hinaus über verschiedene Dinge in Form von Techsessions zu reden. Und wie ich ja gestern versprochen habe, gibt es heute ein paar weitere Infos, was ihr von den Intel-Vorträgen auf der GDCE 2010 erwarten könnt.

Die erste Präsentation findet am Montag um 10:10 Uhr statt, dauert 50 Minuten, wird von Steve Hughes gehalten und trägt den Titel “PC Profiling Made Easy with Intel Graphics Performance Analyzers”. Steve ist Senior Application Engineer bei Intel und seiner Techsession kann man im Nördlichen Sitzungszimmer im vierten Stock beiwohnen.

Sein Votrag beschäftigt sich unter anderem mit den Hauptmerkmalen der Toolsuite Intel Graphics Performance Analyzers (IGPA) und wie man damit Echtzeit-Analysen von 3D-Spielen durchführen kann, ohne die Runtime-Engine unnötig aufzublasen. Zu diesem Zweck bietet IGPA diverse Profiling-Ansichten, mit denen die Leistungsdaten des gesamten Systems erfasst werden können. Aber auch von Visualisierungstools, einem Frame-Analyzer, einem Debugger und einem Multithreading-Testtool wird die Rede sein.

Während seiner Präsentation wird Steve also zeigen, wie man mithilfe von IGPA eine Menge Zeit sparen und nervige Flaschenhälse sowohl auf CPU- als auch auf GPU-Seite finden und eliminieren kann. Das bedeutet für euch als Entwickler, dass ihr euch mehr um euren Code und weniger um die Fehleranalyse und deren Behebung kümmern müsst. So könnt ihr mit IPGA zum Beispiel recht einfach herausfinden, wieviele Drawcalls pro Szene stattfinden, wieviel Bandbreite die eingesetzten Texturen beanspruchen und wieviel Rechenzeit die verschiedenen Shader vom Gesamtsystem abzwacken.

So ist es bestimmt eine gute Idee, Steves Vortrag auf der GDCE 2010 auf keinen Fall zu verpassen. Wenn er auf dem Intel-Stand sein wird, gibt er euch bestimmt auch eine kostenlose IGPA-Demo. Und was die anderen Intel-Leute auf der GDCE 2010 erzählen werden, erfahrt ihr morgen.

Um das Thema Software-Optimierung für Game-Entwickler optimal darstellen zu können, betätigt sich Intel als einer der Hauptsponsoren dieses Mega-Events, was zur Folge hat, dass man diverse Intel-Vorträge besuchen kann, wenn man möchte. Zudem wird Intel auf der GDCE 2010 mit einem eigenen Stand vertreten sein, auf dem man eine Menge über diverse Entwicklerwerkzeuge wie die Intel Graphics Performance Analyzers lernen kann – Live-Demo inklusive.

Die Vorträge, die am Montag und Dienstag stattfinden werden, sind derer vier. Der Zeitplan sieht folgende Techsessions vor:

• Montag, 10:10 – 11:00 Uhr: PC Profiling Made Easy with Intel Graphics Performance Analyzers von und mit Steve Hughs, der wohl auch wieder die Live-Demo am Intel-Stand vorführen wird.

• Montag, 14:20 – 15:10 Uhr: Building Games for Netbooks von und mit Leigh Davies

• Dienstag, 9:00 – 9:50 Uhr: UFO Invasion: DX11 and Multicore to the Rescue von und mit Jerome Muffat-Meridol

• Dienstag, 14:20 – 15:10 Uhr: Turbo Charge your Game with Intel Threading Building Blocks von und mit Mario Deilmann

Klar, dass die Intel-Experten vor und nach den Vorträgen und später am Stand euren Fragen Rede und Antwort stehen werden. Kommt also Zuhauf in die Sessions und auf den Intel-Stand während der GDC2010. Es lohnt sich!

Ach ja, und wen es interessiert, was sich hinter den einzelnen Vorträgen verbirgt, sollte hier morgen wieder vorbei kommen. Und übermorgen. Und am Freitag. Und natürlich nächste Woche, wenn wir live vor Ort sind und twittern, bloggen und Videointerviews führen und diese auf Youtube stellen. So, watch this space!

• Intel GPA steht derzeit in der dritten Version kostenlos zum Download bereit, was lediglich mit einer kurzen Registrierung verbunden ist.

• Mit Intel GPA lassen sich DirectX-Spiele untersuchen (DirectX 9 und 10), aber auch das PC-System kann zur Spiele-Laufzeit untersucht werden. Damit lassen sich beispielsweise CPU-Lasten ermitteln und wie das Spiel auf Basis der vorhandenen Ressourcen skaliert.

• Mit Intel GPA lassen sich aber auch einzelne Spielszenen (Frames) untersuchen und herausfinden, wie sich diese in Sachen Funktionsaufrufe, etc. verhalten. Damit weiß man ziemlich genau, an welchen Stellen es “klemmt” und auf dieser Erkenntnis kann man probehalber einzelne Prozessorkerne “abschalten”, neue oder aufwändigere Texturen laden oder den Shader “umschreiben”, um somit eine optimierte Variante der betreffenden Szene zu erhalten. Denn oft sind es Kleinigkeiten, die ein 3D-Game ausbremsen.

• Mit Intel GPA lässt sich zwar nicht nur Intel-Grafikhardware adressieren, aber aufgrund der architektonischen Unterschiede gelingt dies natürlich am besten. Damit kann man genau messen, wieviel Bandbreite die verwendeten Texturen beanspruchen, wie viel Rechenzeit die Shader verbraten, etc. Damit weiß man ganz genau, an welchen Stellen es klemmt – und was man tun sollte, um diese Flaschenhälse zu beseitigen.

Tja, und den Rest schaut ihr euch am besten selbst an. Film ab!

Über eine dieser Sessions habe ich letzten Freitag schon berichtet, und heute erreichte mich die Nachricht, dass es zu den Intel-Aktivitäten eine eigene, kleine Webseite gibt, auf der sich weitere Infos zur Develop 2010 befinden. Dazu gehören unter anderem die Präsentationen in Form von Folien, die die Vorträge kurz und knackig abbilden. Hierunter sind folgende Themen:

1. Building Games for Netbooks
2. PC Profiling Made Easy with Intel Graphics Performance Analyzers (Folien)
3. Vectors of Performance in Gaming (Folien)

Zu Nummer eins habe ich selber schon das ein oder andere gesagt und sogar schon einen eigenen Vortrag gehalten. Zu Nummer zwei gibt es hier auf diesem Blog ebenfalls weiterführende Infos und einen Videobeitrag. Tja, und Nummer drei handelt von solch technischen Dingen wie SIMD, SSE4, Intel AVX und einiges mehr.

Also, ihr Spieleentwickler da draußen, besorgt euch die Präsentationen und schaut, wie ihr das Ganze in eure eigene Arbeit einfließen lassen könnt!

Er hatte nämlich seinerzeit mit einem echten Problem zu kämpfen: Warum ist dieses Soccer-Game, das er gerade entwickelte, nur so langsam? Also haben er und seine Kollegen nach und nach alles ausgeblendet, was auszublenden war: Stadium, Spieler, etc. Bis einer von den Programmierern auf die Idee kam, sich den Ball mal genauer anzusehen, und siehe da: Das runde Leder (das ja eigentlich gar nicht rund ist) bestand aus 5.000 Polygonen! Und das in einer Zeit, als sich 3D-Objekte eher aus 300 Polygonen zusammensetzten. Tja, damit war der Schuldige also gefunden (wie so oft der Ball).

Und, was lehrt uns das? Dass es beim Optimieren von 3D-Spielen oft mit dem Teufel zugeht und man auf den ersten und zweiten Blick gar nicht erkennt, warum bestimmte Spielsequenzen ruckeln oder auf einem Netbook beispielsweise gar nicht laufen. Wie gut, dass es mittlerweile für solche Herausforderungen Tools gibt wie die Intel-Suite Graphics Performance Analyzers.

Das Gute an Intel GPA ist ihre Flexibilität: Egal, ob man sein 3D-Spiel auf einem Core-i3- oder i5-System mit integrierter Grafik testen will oder gar auf einer diskreten Grafikkarte – das Toolset unterstützt beide Spielarten. Intel GPA besteht übrigens aus drei Teilen: System Analyzer, Frame Analyzer und Platform View. Mit dem System Analyzer lassen sich grundlegende Dinge wie die Framerate, Prozessorauslastung, Vertex-Lock-Zeiten und einiges mehr herausfinden.

Mit dem Frame Analyzer begibt man sich dann auf die eingegrenzte Fehlersuche, indem man beispielsweise eine spezielle Szene herausgreift und diese genau analysieren lässt und somit den Fehler (hoffentlich) findet. Und mithilfe von Platform View lernt man alles über die im Hintergrund laufenden Threads, die sich zur Laufzeit ergeben. Dies schärft das Verständnis für das Spiel “unter der Haube” und erlaubt eine genaue Analyse, wo es klemmen könnte. Hierfür muss man allerdings ein paar Zeilen Quellcode einfügen, im Gegensatz zum System und Frame Analyzer.

So, und wer jetzt mehr wissen will über Intel GPA, dem sei dieser englischsprachige Artikel empfohlen oder dieses Video von der GDC09. Oder ihr wartet auf unsere Berichterstattung live von der GDC 2010, die vom 16. bis 18. August in Köln stattfinden wird. Dort wird Intel GPA ebenfalls vertreten sein.

Also, um es gleich (wieder) klar zu machen: Ich fahre wie jedes Jahr für Intel auf die GDC, um vor Ort alle relevanten Themen abzubilden, die aus Intel-Sicht wichtig sind. Zu diesem Zweck begebe ich mich nicht alleine nach Köln, sondern habe wie so oft Tom Papadhimas dabei, der mir seine Video-Expertise zur Verfügung stellen wird. Soll heißen, dass wir drei Tage lang interessante und bekannte Leute vor die Kamera holen, ihnen ein Mikro unter die Nase halten und ihnen schlaue Fragen stellen werden. So wie immer halt.

Dieses Jahr schickt Intel wieder einen Schwung eigener Leute nach Köln, die unter anderem über folgende Dinge reden werden:

• Leigh Davies wird zeigen, wie sich Spiele für Netbooks konzipieren und entwickeln lassen. Hierzu gibt es diverse Tools, eine komplette Community und sogar einen eigenen App Store, wo man das Netbook-Game einstellen und verkaufen kann.

• Steve Hughes demonstriert während seiner Techsession, wie sich mithilfe der Tool-Suite Intel Graphics Performance Analyzer Flaschenhälse und ähnliche Dinge innerhalb eines Spiels aufspüren und eliminieren lassen. Darüber hinaus erlaubt Intel GPA das Optimieren von 3D-Games für unterschiedlichste Plattformen – vom Netbook bis Highend-Laptop.

• Mario Deilmann hat die Intel Threading Building Blocks im Gepäck und wird zeigen, wie sich mit dieser Threading-Bibliothek hochkomplexe Spiele at-its-best optimieren lassen. Natürlich geht es dabei auch um die neuen Features der Version 3.0.

• Jerome Muffat-Meridol kümmert sich verstärkt um das Thema DirectX 11 und warum es mit der Grafik-API von Microsoft einfacher wird, parallel ablaufende Spiele zu programmieren, und das rein mit DirectX-Bordmitteln.

Ja, diese Jungs werden wir auf jeden Fall zu ihren Techsessions vor Ort befragen und herausfinden, wie Spiele-Entwickler davon profitieren können. Und natürlich gibt es auf diesem Kanal in den nächsten Wochen mehr und mehr Infos rund um die GDC 2010.

Nach der Keynote-Session von Mario Deilmann (mit dem ich übrigens gestern zusammen saß, neuer Geschichten wegen) waren Bernd Marquardt und Volker Jungbluth an der Reihe, die eine Menge über PPL, TPL und OpenMP zu erzählen hatten.

Bernd begann mit seiner PPL-Session, die sich mit der Parallel Pattern Library beschäftigte. PPL richtet sich an native Programmierer und soll die Parallelprogrammierung deutlich vereinfachen, da sich Entwickler nicht um das Verteilen des parallelisierten Quellcodes auf die zugehörigen Threads kümmern müssen. Dabei sollte man laut Bernd aber trotzdem sicher stellen, dass der seriell erstellte Code fehlerfrei läuft, bevor man sich ans Parallelisieren macht. Ach ja: Die PPL lässt sich nur mit Visual Studio 2010 einsetzen.

Die PPL besteht vor allem aus thread-sicheren Algorithmen, Containern, Objekten und der Task-Parallelisierung. Ein wesentlicher Bestandteil dabei sind sogenannte Lambda-Funktionen, mit denen Code als Parameter in einem Methodenaufruf übergeben werden kann. Dies geschieht mithilfe spezieller Funktionen wie parallel_for() und parallel_for_each(). Besonders interessant ist die Funktion parallel_invoke(), mit der sich bis zu 10 Lambda-Funktionen parallelisieren lasssen, die allerdings alle möglichst gleich lang sein sollten.

Es gibt darüber hinaus Methoden wie try() und throw(), mit denen parallele Schleifen unterbrochen werden können. Und mit der combinable-Klasse erlaubt die PPL den gemeinsamen Zugriff auf eine Variable, ohne dass Data Races entstehen. Schließlich machte Bernd noch darauf aufmerksam, dass die Task-Parallelität das asynchrone Ausführen von Anwendungen erlaubt, indem Task-Gruppen definiert werden. Und ein wichtiger Tipp lautete abschließend: Fehlerfreie Parallelprogrammierung hat sehr viel mit lokalen Variablen zu tun, auf die man nicht von außen zugreifen darf.

Anschließend gab Volker Jungbluth sein Wissen ins Sachen Task Pattern Library (TPL) zum Besten. TPL entspricht in vielen Aspekten der PPL, ist allerdings für die Parallelisierung von Managed Code entwicklelt worden. Ein wichtiger Bestandteil des .NET4-4-Frameworks ist übrigens PLINQ, mit dem man sich als Programmierer laut Volker unbedingt beschäftigen sollte. So sind beispielsweise mit der Methode AsParallel() parallele Abfragen auf Datenstrukturen recht einfach möglich. Interessant fand ich auch die Feststellung, dass Parallel_for-Konstrukte mit dem Partitioner deutlich schneller laufen als ohne.

Weitere Erkenntnisse der Jungbluth’schen Techsession:

• Mit parallel_invoke() lassen sich mehrere Aufgaben auf Threads verteilen, ohne dass man sich explizit darum kümmern muss

• Mit Futures lassen sich task-basierte Ergebnisse im Hintergrund berechnen

• Mit continuation() lassen sich Task-Ketten erstellen, die dank der Lambda-Funktionen Ergebnisse übergeben können.

Nach soviel Parallelprogrammierung unter .NET 4 kam Bernd nochmals auf OpenMP zu sprechen, dass sich zwar am Thread-Konzept orientiert, aber gerade für das Parallelisieren von einfachen Schleifenkonstrukten prima geeignet ist. Daher ist OpenMP vor allem für mathematische Algorithmen eine gute Alternative zu TPL oder PPL, die in der Anwendung doch recht kompliziert sind.

Das Gute an OpenMP ist der Schalter /openmp, der beim Compileraufruf verwendet wird – oder auch nicht. Das erleichtert das Parallelisieren von seriellem Code erheblich, da beim Auftreten von Problemen der OpenMP-Schalter einfach nicht zum Einsatz kommt und die Anwendung zu Testzwecken seriell ausgeführt wird. Ach ja: Auf Basis des Intel-C++-Compilers lassen sich mit dem richtigen Switch fehlerhafte OpenMP-Konstrukte aufspüren.

Toll an OpenMP sind aber auch andere Aspekte:

• Für nicht-ausgewogene Schleifen verteilt OpenMP mit der Mehtode parallel_for_schedule() ganze Schleifenteile gleichmäßig auf auf jeden Thread. Das garantiert eine effiziente Ausführung von parallelen Schleifen.

• Mithilfe der OpenMP-API open_set_num_threads(int) wird die Anzahl der vorhandenen Thread-Ressourcen bestimmt und somit optimal genutzt.

• OpenMP-Variablen sind standardmäßig “shared”. Private-Variablen müssen daher explizit deklariert werden.

• Was für die TPL/PPL der Invoke-Befehl ist, heißt bei OpenMP “sections”.

• Mit dem OpenMP-Pragma omp parallel for if(Anweisung) lassen sich bedingte OpenMP-Schleifen bauen.

Der Multicore-Programmierungs-Track auf den dotnetpro.powerdays 2010 wurde von Mario Deilmann eröffnet, der sich bei Intel u.a. um das Thema Compiler kümmert. Aber nicht nur das: Mario weiß auch eine Menge zu erzählen über die passenden Multithreading-Konzepte, was er auf der Entwicklertageskonferenz auch tat.

Seine Keynote fing mit einem grundsätzlichen Statement an: Die Multicore-Programmierung unterscheidet sich unter anderem in Sachen Abstraktionsebenen Das beginnt bei den eher komplizierten Thread-APIs, geht über OpenMP und Intel TBB und endet bei Tasks und den zugehörigen parallel-tauglichen Architekturen. Dabei gilt festzuhalten, dass je nach Abstraktionsgrad das Parallelisieren mithilfe der jeweiligen Methode mal mehr oder mal weniger kompliziert ist. So stellt sich das Parallelisieren mithilfe von POSIX-Threads kompliziert und fehleranfällig dar und skaliert darüber hinaus sehr schlecht.

Daneben sind Konzepte wie OpenMP ein guter Schritt in die richtige Richtung, allerdings basiert OpenMP immer noch auf expliziten Threads, was möglichst unter allen Umständen vermieden werden sollte. Jedoch konnten die Anwesenden später von Bernd Marquardt lernen, dass OpenMP vor allem für mathematische Anwendung oftmals eine gute, weil einfach anzuwendende Alternative ist.

Die beste Methode ist in vielen Fällen allerdings das Abstrahieren von Threads auf Basis von Tasks. Dies erfordert aber den Einsatz des passenden Frameworks inklusive der entsprechenden Entwicklungsumgebung. Solch ein Framework ist .NET 4 samt Visual Studio 2010, das ja noch recht jung ist. So hilft .NET 4 mithilfe von speziellen Funktionen, Klassen und Methoden, Anwendungen zu parallelisieren, ohne dass der Entwickler sich um das Erstellen, Verwalten und Anhalten/Löschen von Threads kümmern muss. Zudem helfen Thread-Pools beim optimalen Verteilen der Tasks auf die erforderlichen Threads. Dabei kommen Techniken wie Thread Stealing zum Einsatz, was ein effizientes Ausnutzen der vorhandenen Ressourcen garantiert.

Ein weiteres in Frage kommendes Parallel-Konzept befindet sich derzeit im Beta-Status und nennt sich Cilk, es ist einem Projekt des MIT entsprungen. Cilk wird Teil der nächsten C++-Compiler-Version von Intel sein. Mit Cilk bekommen Programmierer und Software-Entwickler ein mächtiges Tool zum nahezu automatisierten Parallelisieren von Anwendungen an die Hand. Cilk lässt sich laut Mario an einem Nachmittag erlernen und erfordert keine Änderungen am vorliegenden Quellcode. Allerdings sollte man sich vor dem Parallelisieren ein paar Gedanken darüber machen, wie der vorhandene Code möglichst effizient strukturiert werden kann, so dass Cilk seinen Job optimal erledigt.

Natürlich bietet Cilk Konstrukte wie parallel_for-Loops und beherrscht auch das Worker Stealing. Daneben reduzieren Hyperobjects die Gefahr von Data Races, ohne dass der Quellcode per Locks “serialisiert” werden muss. Sehr cool ist auch der Einsatz eigener Reducer, die deutlich flexibler als unter OpenMP und Intel TBB arbeiten Zudem generiert das Erstellen von Tasks mithilfe von Cilk deutlich weniger Overhead als das Erstellen von Threads bei vergleichbaren Konzepten wie OpenMP.

So, und wen Cilk jetzt so richtig neugierig gemacht hat, sollte dieses Blog in den nächsten Tagen immer wieder besuchen. Denn ich werde kommenden Dienstag mit Mario zusammensitzen und alles über Cilk aus ihm herausquetschen. Und die nächsten Teile meiner Multicore-Miniserie anlässlich der dotnetpro.powerdays gibt es natürlich auch sehr bald. See you then!

• Parallel-Programmierung – wie geht’s und das bringt’s
• Parallelisierung von nativem Code
• Parallelisierung mit Managed Code
• Parallelisierung im OLTP-Alltag
• Parallelisierung von Berechnungen mit OpenMP
• Abschlussdiskussion | CUDA – Die etwas andere Art schnell zu rechnen

Also, ich freu’ mich drauf! Dann bis morgen…

So, und was gibt es abschließend noch zu Olivers und Bernds Vorträgen zu sagen? Nun, beide waren (a) sehr unterhaltsam und (b) sehr informativ. Aber gut, das war ja auch nicht anders zu erwarten.

Oliver Sturm ist bestimmt vielen von euch ein Begriff: er ist unter anderem C#-MVP, betreibt ein eigenes Blog und twittert sogar ab und an. Seine Session trug den Titel “Parallelisierung mit funktionalen Ansätzen in C#”. Dabei ging es – grob gesagt – um den Multicore-Shift (“Wie übersetzt man das eigentlich?!”), um das Parallelisieren von Quellcode mithilfe der Parallel Extensions in .NET und um entsprechende funktionale Ansätze, demonstriert anhand zweier Beispiele (das Filtern von Namenslisten und die parallelisierte Erzeugung von Mandelbrotbäumen). Interessant fand ich übrigens Olivers Versuch, die Begriffe “Multithreading”, “Concurrency” und “Parallelism” voneinander abzugrenzen, da diese im englischen Sprachraum äußerst oft synonym verwendet werden. Tja, und den Rest seiner Präse schaut ihr euch am besten selbst an.

Bernd Marquardt beschäftigte sich dann mit einem ganz ähnlichen Thema, wenngleich aus einer anderen Richtung kommend: “Parallelprogrammierung mit der TPL”. TPL steht für Task Parallel Library, mit deren Hilfe das Parallelisieren von Managed Code vereinfacht werden soll. Natürlich zeigte auch Bernd zunächst einmal, dass die Prozessoren nicht mehr schneller werden, sondern “nur” noch mehr. Und dass Software-Entwickler aus diesem Grund eine ganze Menge Hirnschmalz auf die Optimierung ihrer Anwendungen verwenden müssen, damit diese auch optimal skalieren (die Anwendungen, nicht die Entwickler!).

Bernd stellte einstiegsweise die verschiedenen Parallelisierungsmodelle vor, über die Mario ja schon gut zwei Stunden vorher geredet hatte. Das erste praktische Beispiel war die parallele Erweiterung von LINQ, also PLINQ, die Microsoft seinem .NET-4-Framework spendiert hat. Damit lassen sich parallel ausführbare Datenbankabfragen generieren, die automatisch auf die vorhandenen Prozessorkerne und Threads verteilt werden. Aber auch das Parallelisieren von Schleifenkonstrukten mit neuen Funktionen wie Parallel.For() und Parallel.ForEach() waren Bernd ausführliche Erläuterungen wert.

Und so ging es dann lustig weiter: Codeblöcke parallelisieren mit Parallel.Invoke(), Task-Klassen einsetzen (vergleichbar mit der Threadpool-Klasse), Concurent Exceptions verwenden, Synchronisierungsprobleme erkennen und einiges mehr. Und wer das alles genauer wissen will, sollte sich einfach die Folien von Bernds Session auf seinen Rechner laden.

Dr. Mario Deilmann (so sein vollständiger Name) ist bei Intel für Compiler und ähnlich geartete Software-Tools zuständig. Mit seiner Lunch-Session ging er der Frage nach, welches Programmier- bzw. Thread-Modell für skalierende Anwendungen das beste sei. Skalierend bedeutet in diesem Zusammenhang, dass parallelisierter Quellcode nicht nur optimal auf zwei Prozessorkerne verteilt wird, sondern auch auf vier, sechs, acht oder 256 Kernen läuft – und zwar ohne Leistungseinbußen.

Hierfür ist laut Mario zunächst einmal ein passendes Profiling-Tool wie der Intel VTune Performance Analyzer erforderlich, mit dem man diejenigen Funktionen, Module und andere Stellen des Quellcodes aufspürt, die für die meiste Rechenleistung und -zeit verantwortlich sind. Denn das sind oft die Stellen, an denen man als Software-Entwickler ansetzen sollte. In vielen Fällen sind das zum Beispiel Schleifenkonstrukte, die sich bestens zum Parallelisieren eignen.

Eine der passenden Programmiermodelle wusste Mario natürlich gleich darzustellen: OpenMP. Allerdings weist diese pragma-basierte Parallelisierung von seriellen Anwendungen auch diverse Nachteile auf: Man denkt als Programmierer in Threads anstatt in Tasks (was laut Mario eigentlich ein absolutes No-Go sein sollte), es lassen sich keine eingebetteten Parallelkonstrukte realisieren und mit lokalen Daten geht OpenMP ebenfalls nur suboptimal um. Aber für die schnellen ersten Ergebnisse für parallel ausführbare Programme ist OpenMP laut Mario eine gute Wahl.

Außerdem unterstützt OpenMP keine objektorientierten Programmiersprachen wie C++, was natürlich in vielen Fällen ein klares KO-Kriterium ist. Aber wozu gibt es beispielsweise die Intel Threading Building Blocks. Mit dieser Thread-sicheren, hochoptimierten Sammlung von fertigen C++-Konstrukten lassen sich sequentiell programmierte Anwendungen recht schnell und ohne größere Kenntnisse der Parallelprogrammierung in parallel ablaufende Programme umwandeln. Praktisch an Intel TBB ist deren Vielseitigkeit: OS-seitig werden Linux, Mac OS und Windows unterstützt, und es gibt sogar eine nicht-kommerzielle Variante, die den LGPL-Lizenzrichtlinien unterliegt.

Neben OpenMP und Intel TBB existieren noch weitere Ansätze, wie sich Software parallelisieren lässt. Dazu gehört das noch recht junge Projekt Cilk++ von Intel, das einen ähnlichen Weg einschlägt wie Intel TBB, allerdings einen Parallel Debugger sein Eigen nennt, ein SDK bietet und auf hunderten von Prozessorkernen skalieren soll. Und vergessen sollte man natürlich auch nicht Parallel Studio, das unter anderem die Tools Parallel Inspector und Parallel Amplifier aufweist, mit deren Hilfe man Fehler im Quellcode aufspüren kann (Inspector) und sich die Anwendung weiter optimieren lässt (Amplifier). Das geht sogar so weit, dass Laufzeitfehler wie Race Conditions und Dead Locks aufgespürt werden können – bevor dies der Anwender später tut.

So, und die Sessions von Oliver Sturm und Bernd Marquardt sind dann morgen dran. Versprochen!

Da es auf diesem Blog ja um das Thema Multicore-Programmierung geht, widmet sich dieser Blogbeitrag der dotnet Cologne 2010. Zunächst einmal möchte ich den Organisatoren rund um Albert Weinert, Roland Weigelt und all den anderen ein großes Kompliment aussprechen: Ihr habt da wirklich ein tolles Event mit tollen Themen, Sessions und Sprechern organisiert. Ok, dass der Kaffee nicht immer warm war und die Technik gleich mal am Anfang nicht so recht wollte, übersehe ich gerne. Wichtig ist doch, dass die Inhalte stimmen und gut rübergebracht werden. Und das war auf jeden Fall so. Also zumindest kann ich das von den Vorträgen behaupten, die ich besucht habe.

Meine persönliche Sessionplanung umfasste vier Vortragende: Rami Radi und Mario Deilmann von Intel, den sehr unterhaltsamen Oliver Sturm und zu guter Letzt den werten Bernd Marquardt, der auf solch einer Veranstaltung natürlich nicht fehlen darf (und den ich im Juni auf den dotnetpro powerdays wieder erleben werde).

Ramis Session war wie immer sehr technisch orientiert und fand wegen der vielen Codebeispiele das Interesse der Zuhörenden, die sich im Raum “Bremen” eingefunden hatten. Und die wurden auch nicht enttäuscht: Rami legte sehr unterhaltsam dar, wie das Dreigestirn Windows 7, .NET 4 und Multicore-Architekturen voneinander profitieren. Dabei ging es unter anderem um ein wenig Grundlagenwissen in Sachen Nehahlem, also Turbo Boost, Quickpath-Architektur und andere Dinge.

Aber auch über die Verbesserungen von .NET 4 aus Multicore-Sicht wusste Rami anschaulich zu berichten: So stellte er Features wie Thread Scheduling, Thread Pooling, Garbabe Collection, TPL sowie PLINQ vor. Dabei gewährte er interessante Einblicke und verriet wichtige Details wie die parallele Aktualisierung von Gen-0- und Gen-2-Daten, die bei der Garbage Collection anfallen. Zudem ging er näher auf das Work-Stealing des in .NET 4 komplett überarbeitenden Thread Managers ein, bei der sich unterbeschäftigte Thread-Queues einfach Threads anderer Queues “klauen” können und so die Effizienz des Threadpool-Managers steigern.

Sehr erstaunlich fand ich auch die Tatsache, dass unter .NET 4 nun nicht mehr 25 Threads pro CPU verwaltet werden können, sondern derer 250! Hierfür ist allerdings ein sehr guter Scheduler notwendig, was Microsoft mit dem neuen .NET-Framework wohl gelungen ist.

Nach so viel Theorie wurde es dann sehr praktisch: Rami zeigte all die Verbesserungen unter .NET 4 im Hinblick auf seine Multicore-Fähigkeiten anhand eines Maze-Solvers, bei dem es um den den schnellsten Weg innerhalb eines Labyrinths von A nach B geht. Hierzu bediente er sich eines kleinen .NET-Programms, das er einmal unter .NET 3.5 und .NET 4 laufen ließ. Alleine schon der Umstieg von der älteren auf das brandneue Framework brachte beim Zeichnen des Labyrinths und dem anschließenden Finden des optimalen Wegs Zeitverbesserungen. Ganz zu Schweigen vom Unterschied zwischen dem seriell programmierten Programm und der Multicore-Variante mit mehreren Threads.

Abschließend startete Rami noch ein wenig den VTune Performance Analyzer, um der anwesenden Zuhörerschaft zu demonstrieren, wie sich mit dem Intel-Tool in .NET-Anwendungen solch hässliche Dinge wie Bottlenecks und False-Sharing-Probleme aufspüren lassen. Und wenn die Zeit nicht auf einmal vorbei gewesen wäre, hätte Rami wohl weitere zwei Stunden damit zugebracht, VTune in all seinen Facetten und mit all seinen Möglichkeiten vorzuführen.

Und was Mario, Oliver und Bernd in petto hatten, erfahrt ihr im zweiten Teil meiner dotnet-Cologne-2010-Berichterstattung.

In Köln bin ich, weil Intel dort einen Teil des Sponsorings übernommen hat und ich live aus dem Holiday Inn berichten werde, in dem die dotnet Cologne 2010 stattfindet. Das Programm habe ich ja schon in großen Teilen vorgestellt. Allerdings haben sich seitdem zwei Änderungen ergeben, die vor allem Intel betreffen. Und die will ich euch natürlich nicht vorenthalten.

Zum einen wird Mario Deilmann nicht über Intel Parallel Studio mit .NET und Visual Studio sprechen, sondern im Rahmen einer Lunch-Session die bekanntesten Windows-Modelle der Parallelprogrammierung vorstellen. Dabei geht es sicherlich um Multithreading-Konzepte wie OpenMP, APIs und Intel TBB. Und sicherlich wird auch Parallel Studio seinen Platz finden, alleine schon wegen der Unterstützung seitens Visual Studio 2010.

Zum anderen wird Kollege Rami Radi von Intel eine Stunde lang über Windows 7, .NET 4 und die Multicore-Programmierung sprechen. Wer sich hier schon länger tummelt, wird sich möglichweise daran erinnern, dass Rami diesen Vortrag schon mal gehalten hat. Womit er allerdings nicht minder aktuell wäre, denn das Thema Parallelprogrammierung hat mit Visual Studio 2010 und .NET 4 ja schließlich gerade erst begonnen.

Für alle, die der dotnet Cologne 2010 leider nicht beiwohnen können, folgt hier die gute Nachricht: Ich werde für euch von dort einen ganzen Tag lang über die wichtigsten und interessantesten Sessions in Sachen Parallelprogrammierung berichten. Macht euch schon mal einen dicken, roten Kringel um den 28. Mai 2010!

Wir, das sind wie schon so oft ich selbst und Tom, der Videokamera, Stativ, Licht und anderes Zubehör dabei hat, um mit mir informative Interviews zu drehen, vor Ort zu schneiden, zu verbloggen und gleichzeitig auf Youtube & Co. zu stellen. Das wird wieder drei Tage lang Fun und richtig Arbeit. Wir freuen uns schon drauf!

Als kleines Aufwärmprogramm hab ich mir mal die Intel-Sessions der GDC 2010 angesehen, die vom 9. bis 13. März 2010 im kalifornischen San Francisco stattgefunden hat. Das könnte  diverse Hinweise darauf liefern, was uns in Köln drei Tage lang so alles erwartet.

• Chuck Desylva und Jeff Laflam warfen gemeinsam einen Blick auf die aktuelle Generation der integrierten Grafikchips, die Intel mit Einführung der Arrandale-Prozessoren (z.B. Core i5) vorgestellt hat. Aus Entwicklersicht sind Features wie DirectX-10- und OpenGL-2.1-Support interessant, aber auch die Dekodierung von HD-Videostreams (MPEG-2, VC-2, AVC) und der Einsatz von Clear Video HD-Technik. Daneben sind auch die Leistungszuwächse bemerkenswert, die sich beim Datendurchsatz in Sachen Vertex Shading, Rasterisierung, Texture Mapping und Pixel Shading ergeben. Die Session konzentrierte sich vor allem auf die Spieleoptimierung mithilfe bestimmter Tools wie VTune Performance Analyzer und Intel Graphics Performance Analyzer.

• Ron Fosner ging da schon einen ganzen Schritt weiter: Wie kann es gelingen, aus einem sequentiell programmierten Spiele-Titel ein Multithreading-Konstrukt zu bauen, das auf jedem Multicore-Rechner der Welt optimal skaliert? Es geht dabei um Threads versus Tasks, um Thread Pools, um Task Priorities, wie man mit Code- und Daten-Abhängigkeiten umgeht und vieles mehr. Das Ganze wurde natürlich anhand von echten Code-Beispielen demonstriert.
• Stan Melax, Quentin Froemke und Ganesh Rao begaben sich gemeinsam auf eine Zeitreise. Sie sprachen nämlich über eine Ära, in der das SIMD-Computing von Intel eingeführt wurde und die bis heute Bestand hat (und mit der kommenden Intel-Compiler-Version 12 in Form der AVX-Register und -Operationen die Evolution fortsetzt). Dabei geht es um die parallele Registerverarbeitung und darum, welche Leistungssteigerungen dadurch möglich sind. Denn der optimale Einsatz von SIMD-Befehlen erfordert kaum Anpassungen am vorhandenen Quellcode.

• Orion Granatir war gleich dreimal fleißig während der GDC 2010. Sein persönliches Highlight war sicherlich der Ein-Tages-Workshop, in dem es unter seiner Anleitung darum ging, ein sequentiell programmiertes Spiel so anzupassen und zu parallelisieren, dass es optimal auf einem Multicore-Rechner mit integrierter Grafik läuft. Dazu passte auch seine Session mit dem vielversprechenden Titel “Fürchte dich nicht vor Threads”. Hier wurden vier verschiedene Ansätze betrachtet, wie sich Spieletitel parallelisieren lassen. Und seine dritte Präsentation widmete sich einem ganz anderen Thema, das aber mindestens genauso wichtig scheint: Wie optimiere ich meine Spieletitel für Netbooks?

Einer der Hauptsponsoren auf dieser 2-in-1-Veranstaltung ist Wind River, ein Multicore-Spezialist und seit Mitte vergangenen Jahres zu Intel gehörend. Der Zusammenschluss von Intel und Wind River hat ja einen recht trivialen Hintergrund: Mit dem Embedded-Spezialisten Wind River sichert sich Intel einen riesigen Fundus an Multicore-, Linux- und Mobile-Gadgets-Wissen, das jetzt schon in diverse Tools und Lösungen einfließt, aber auch in künftige wie Smartphones und andere Gerätschaften, die Intel noch möglichst in diesem Jahr auf den Markt bringen will.

Aber zurück zum Multicore-Event: Dort gibt es ab heute bis Donnerstag Infos satt rund um die Themen Parallelprogrammierung, Multithreading und Co. Jeder Tag bietet drei Slots, die unterteilt sind in die Bereiche “Applying Multicore to Networking and Telecom”, “Resolving Multicore Debug Challenges”, “Parallelization and Application Partitioning”. Also geht es letztlich um das Verteilen, Testen und Implementieren von Multicore-Techniken.

Natürlich findet man auf der Multicore Expo 2010 alles, was man von solch einer Veranstaltung erwarten kann: ausführliche Workshops und TechTalks, Keynote Sessions, Sponsored Sessions und Paneldiskussionen. Dabei geht es um Themen wie “Simplifying Multicore”, “Software Development: the Key to Multicore Success” und “Community Creation for Embedded Multicore Processors & Applications”. Es stehen aber auch Dinge wie die mögliche Parallelprogrammierung für Atom-Prozessoren, Multicore und Cloud Computing und virtualisierte Multicore-Plafttformen auf der Agenda.

Und für alle, die nicht in San Jose dabei sein können, gibt es auf der Event-Seite im Anschluss an die Veranstaltung wieder sämtliche Präsentationen zum Download. Das hat voriges Jahr allerdings 150 Dollar gekostet, wenn man selbst nicht dabei war.

James Reinders in seiner Funktion als Chef-Entwickler bei Intel erzählte in seinen Vorträgen eine Menge über Parallel Studio und über geplante Projekte, die im Laufe der nächsten Monate realisiert werden. Aber auch Peter Norfolk von Bloor Research hatte das ein oder andere zu dem Thema zu sagen (mein Lieblingsspruch: “A fool with a tool is still a fool!”). Norfolk verwies in seiner Präsentation unter anderem auf den (bekannten) Effekt, dass bei der Anschaffung neuer (Multicore-)Systeme die vorhandene Software meist nicht skaliert und im Vergleich zur vorherigen Installation sogar schlechter laufen könnte. Und das macht natürlich niemandem Spaß.

Vor allem nicht im Business-Umfeld, auf das sich Norfolk bezog. Aber selbst wenn die Software an die neuen Multicore-Maschinen angepasst wurde (Stichwort: Multithreading), ergeben sich laut Norfolk möglicherweise auch Verstimmungen, wenn das Optimieren der Anwendungen nicht richtig geschehen ist (was beim Multithreaden durchaus vorkommt). Genauso wichtig wie das Parallelisieren von Business-Software ist laut Peter Norfolk aber auch das Parallelisieren der Geschäftsprozesse, damit sich diese auch auf die entsprechenden Algorithmen abbilden lassen. Das ist speziell im Business-Umfeld von entscheidender Bedeutung.

Eine weitere wichtige Erkenntnis der Intel Software-Konferenz 2010 lautet: Intel treibt die Software-Gemeinde weiter an und hilft ihr, Probleme besser und besser zu lösen. Das schafft der Prozessorhersteller einerseits mithilfe ständig verbesserter und neuer Tools, die beispielsweise bei der Parallelprogrammierung notwendig und hilfreich sind. Aber auch Projekte wie Intel Concurrent Collections oder Intel Cluster OpenMP zeigen stets neue Wege auf, wie Software-Entwickler ihre Produkte noch effizienter und eleganter in den Markt bringen können.

Eine weitere gute Nachricht: Intel bietet für die verschiedenen Stufen der Software-Entwicklung die passenden Tools, die sich Programmierer zu eigen machen können. Denn das eine, perfekte Werkzeug für sämtliche Aufgaben gibt es laut James Reinders nicht. Schade eigentlich …

Ach ja: Für die mobilen Entwickler hatte Uli Dumschat von Intel ebenfalls eine Menge nützlicher Infos und Tipps dabei. Aber das ist eine ganze andere Geschichte, die ich hier hoffentlich sehr bald veröffentlichen werde.

Wie sich das auf solchen Veranstaltungen gehört, gebührt das erste Wort dem Gastgeber, und das ist nun mal Ober-Parallel-Guru James Reinders, der gleich allen Anwesenden die Schuld für die Notwendigkeit der Parallelprogrammierung gab: “We are all guilty! We love data!” Und diese Sammelwut führt laut Reinders zwangsläufig dazu, dass sich die zu verarbeitende Datenmenge in den den nächsten Jahren exponentiell vervielfachen wird (Experten denken heute schon in Exabyte, also einer Trillion Byte). Und dieser Datenwust macht es unumgänglich, dass Daten möglichst parallel verarbeitet werden sollten. Hierfür benötigt man aber nicht nur schnelle Rechner und leistungsfähige Infrastrukturen, sondern auch hochoptimierte Anwendungen.

>> Den Rest des Originalbeitrags lesen …

Im zweiten Teil seines einleitenden Vortrags wurde James ein gutes Stück konkreter: Es ging im einzelnen um Parallel Studio, Cilk, Ct und daten-optimierte Intel-Compiler. Zu Parallel Studio hat er wohl nur so viel verraten, dass die nächste Version der Parallelisierungssuite für das gestern vorgestellte Visual Studio 2010 optimiert sein wird.

Mit der Übernahme von Cilk im Sommer 2009 hat sich Intel großes Know-how in Sachen task-basiertes Multithreading ins Haus geholt. Gerade sind Cilk- und Intel-Ingenieure dabei, ihre Produkte mehr und mehr zu verschmelzen, sodass in Zukunft noch eine ganze Menge aus dieser gemeinsamen Schmiede zu erwarten ist.

Aber auch mit der Ct-Technik geht es weiter voran, wie Reinders in seinem Vortrag darstellte. Ct basiert auf einem daten-konzentrischen Ansatz und soll die Methoden der Parallelprogrammierung in diesem Bereich maßgeblich verändern. Dazu gehören neue Techniken wie SWAR-Vektorisierung (SIMD within a register), die Unterstützung künftiger Hybridprozessoren und vieles mehr.

>> Den Rest des Originalbeitrags lesen …

Lag der Schwerpunkt 2009 auf der Parallelprogrammierung (es stand ja das Intel Parallel Studio kurz vor der Veröffentlichung), beschäftigt sich die iSTEP in diesem Jahr mit einer ganzen Reihe interessanter Themen. Dazu gehört natürlich eine genauere Betrachtung von Visual Studio 2010 (was ja bald auf den Markt kommt). Diesen Part wird unser guter Bekannter Steve Teixeira übernehmen, der zu den Vätern von VS 2010 gehört.

Aber auch über die generellen Probleme der Parallelprogrammierung wird zu reden sein. So verschafft David Norfolk von Bloor Research allen Anwesenden einen guten Überblick zum Thema “Mainstream Market” und wird hoffentlich die Frage beantworten, wohin die Reise geht und was Software-Entwickler in Sachen Multicore-Programmierung künftig beachten sollten.

Wenn Alexandre Jenny die Bühne betritt, wird es pragmatisch. Monsieur Jenny ist Gründer und CEO von Kolor, einem französischen Software-Unternehmen, das sich auf die Erstellung von Panoramabildern spezialisiert hat (und das seit 2004). Schon seit dieser Zeit sind Alexandre und sein Team äußert penibel darauf bedacht, mithilfe fest definierter Richtlinien das Multithreaden ihrer Software-Produkte bereits vom ersten Tag an permanent zu verbessern. Und das wohl mit großem Erfolg: Mithilfe ihrer Software gelang es Kolor, Paris in Form eines 26-Gigapixel-Bildes rundum abzubilden. Was hierfür alles notwendig ist und war, wird Alexendre eigens auf der iSTEP erzählen.

Nach dieser eher konsumer-lastigen Einlage wird es dann richtig ernst: Hugo R. Falter von der ParTec Cluster Competence Center GmbH wird darüber berichten, wie Intel, das Jülicher Supercomputing Center und seine Firma gemeinsam einen Supercomputer mit allem Schnipp und Schnapp konzipiert, gebaut und zum Laufen gebracht haben. Das ist sicherlich nichts für Weicheier! Und mit Christian Terboven von der Uni Aachen geht es dann ganz ähnlich weiter: In seinem Vortrag geht es um das Thema High-Performance Computing und darum, welche Tools notwendig sind, um ein Höchstmaß an Parallelität zu erreichen. Bestimmt auch sehr interessant, aber ohne Vorwissen steigt man wohl in Minute 3 aus.

Der dritte Abschnitt der Intel-Konference beschäftigt sich dann mit ganz anderen, aber nicht minder interessanten Dingen: Wohin geht es mit dem mobilen Markt? Uli Dumschat von Intel wird in seinem Vortrag intensiv auf die Frage eingehen, wie sich mit der Entwicklung neuer Software-Anwendungen für Netbook, Smartphone und Co. Geld verdienen lässt und was Intel damit zu tun hat. Ich verrate sicherlich nicht zu viel, wenn ich mutmaße, das Uli eine Menge über IADP, AppUp und MeeGo erzählen wird.

Als abschließender Redner wird dann Philip Ling in eine ähnliche Richtung gehen, wenngleich viel technischer. Sein Fokus liegt auf Embedded Systemen und wo er Chancen und Potenziale in diesem Markt sieht. Es geht also im In-Car-Entertainment und ähnliche Dinge – Philip wird letztendlich also auch über Intel Atom, MeeGo und Co reden.

Ach ja: Die Intel iSTEP 2010 Software Conference findet dieses Jahr am 13. April im wunderschönen Barcelona statt. Ich selbst werde zwar nicht vor Ort sein (mich zieht es auf die Internet World im genauso schönen München), aber die britischen KollegInnen des SoftTalk-Blog werden auf der Konferenz zugegen sein und in Bild, Wort und Ton berichten. Da werde ich es mir natürlich nicht nehmen lassen, die interessantesten Erkenntnisse hier zu bloggen. So, stay tuned …

• Funktionale Programmierung in C# 3.0 (Oliver Sturm)
• Anpassbare Anwendungen mit Windows Workflow 4 (Dariusz Paris von Microsoft)
• Intel Parallel Studio mit .NET und Visual Studio (Mario Deilmann von Intel)
• Debugging in Deep mit VS2010 und WinDbg (Gregor Biswanger)
• Parallelprogrammierung mit der TPL (Bernd Marquardt)
• und viele andere

Das ist nur das vorläufige Programm. Der ganze Tag besteht aus vier parallelen Teilen, in denen insgesamt 24 Vorträge plus Auftaktrede und fünf Lunch-Sessions stattfinden sollen. Da könnt ihr euch auf einiges gefasst machen.

Und damit der Tag nicht nur aus Arbeit besteht, beginnt um etwa halb sieben der unterhaltsame Teil der Dotnet Cologne mit Verlosung und anschließender Grillparty (hoffentlich passt das Wetter). Müst ihr da nicht dabei sein? Doch, ich finde schon. Ihr solltet euch allerdings beeilen, denn so richtig viele Plätze gibt es nicht mehr (es ist von etwa 50 die Rede). Also, wir sehen uns, oder?!

Leider fehlt sein Alter Ego, Ralf Westphal, dafür wird ihm aber ein erfahrener Software-Spezialist zur Seite gestellt, nämlich Volker Jungbluth, der seit 1988 der IT-Branche angehört und sogar sein eigenes ERP-System besitzt. Beide Referenten werden in insgesamt vier Sessions ihr geballtes Wissen preisgeben und über folgende Themen sprechen:

• Parallelisierung von nativem Code
• Parallelisierung mit Managed Code
• Parallelisierung im OLTP-Alltag
• Parallelisierung von Berechnungen mit OpenMP

Die Vorträge sind jeweils 75 Minuten lang und gehen fundiert auf die einzelnen Themen ein (eine Themenübersicht gibt es in diesem Programmflyer). Worauf wartet ihr also noch? Da heißt es sich schnell anmelden, denn der frühe Vogel spart bis zum 11. Mai 100 Euro, zahlt also bis dahin nur 399 Euro, nach diesem Stichtag sind es 499 Euro.

Ach ja: Die Keynote-Session wird wohl von Intel gehalten. Da gibt es bestimmt auch wieder eine ganze Menge zu hören …

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.

Ach ja: Bis Ende des Jahres wird es hier noch den ultimativen Jahresrückblick geben. Also, freut euch schon mal drauf.

Am 4. November ging es mit der ersten Vorfreude los, die einen Tag später in einem Ausblick mündete, was es auf der TechEd Europe 2009 alles zum Thema Parallelprogrammierung zu sehen gibt. Diese Frage habe ich tags drauf konkretisiert und mir mal einen Teil des TechEd-Programms angesehen. Da wurde schnell klar: Das Thema Parallelprogrammierung und Multithreading erfährt endlich die Wertschätzung, die notwendig ist, um den ein oder anderen Software-Entwickler wachzurütteln und zu sagen: Leute, denkt parallel!

Am 9. November war es dann soweit: Die Microsoft TechEd Europe 2009 öffnete ihre Pforten und wir waren mittendrin. Da war es natürlich mehr recht als billig, mit ein wenig Orgakram darauf hinzuweisen, wo der Intel-Stand liegt und was es alles dort zu sehen gibt. Tom hat sich währenddessen mit seiner Videokamera auf die Suche nach ersten Eindrücken gemacht – und wurde fündig.

Am zweiten Tag habe ich diverse Techsessions besucht, aus denen zum einen Live-Twittering resultierte und zum anderen ein sehr interessantes Videointerview mit Steve Teixeira von Microsoft, in dem er mir erzählt hat, was Software-Entwickler von .NET 4 in Sachen Parallelprogrammierung erwarten können. Am selben Tag gab es übrigens die erste von drei Parallel-Studio-Sessions, die Ralph direkt neben dem Intel-Stand gehalten hat. Anschließend fand die von vielen (und ich meine: viele!) sehnlichst erwartete Netbook-Verlosung statt, die natürlich einen glücklichen Gewinner ermittelte.

Am selben Tag saß ich mit ein paar anderen Bloggern in einer Telefonkonferenz, in der Intel neueste Infos rund um das Intel Atom Developer Program (IADP) verraten hat. Und um IADP ging es auf der TechEd Europe 2009 seitens Intel schließlich auch.

Tag drei begann sehr pünktlich und sehr technisch, und das in Form einer Präsentation von Rami Radi, der sich bei Intel um das Thema Parallelprogrammierung kümmert. Ramis Techsession dauerte 75 Minuten und war vollgepackt mit interessanten Einsichten, was Software-Entwickler alles tun sollten, um ihre Anwendungen multicore-tauglich zu machen. Und das gilt natürlich für alle: für native Programmiersprachen und für managed Code.

Auf Basis seiner Session entstand übrigens die Idee, einen Video-Workshop online zu stellen, mit dem .NET-Entwickler lernen können, wie sich ihre Anwendungen mithilfe des Intel-Tools VTune Performance Analyzer beschleunigen lassen.

Am 11. November besuchte ich die sehr lebhafte Diskussion mit Tiberiu Covaci, in der es um die Zukunft der Parallelprogrammierung ging. Hinterher haben wir Tiberiu vor die Kamera gezerrt und ein wenig mit ihm geplaudert. Den Abschluss unserer TechEd-Reise stellte dann eine höchst unterhaltsame und informative Präsentation von Ralf Westphal dar, der mithilfe der Concurrency Coordination Runtime (CCR) gezeigt hat, wie sich asynchrones Programmieren höchst positiv auf das Laufzeitverhalten von .NET-Anwendungen auswirkt. Hinterher haben wir Ralf noch ein paar Fragen gestellt.

Die erste interessante Aussage, die Ralf während seiner 75-Minuten-Session abgefeuert hat, war die Erkenntnis, dass Software-Entwickler sich selbst um das Parallelisieren ihrer Anwendungen kümmern müssen und dies nicht nur dem Betriebssystem oder anderen Instanzen überlassen dürfen. Ein weiterer Satz war nicht ganz überraschend und auch nicht neu, dafür umso wichtiger: “The free lunch is over!” Dieser Ausspruch stammt übrigens nicht von Ralf, sondern von Herb Sutter, der das bereits 2005 formuliert hat. Die Grundaussage dahinter lautet:

Künftige Prozessoren werden nicht mehr unendlich schneller, sind dafür mit immer mehr CPU-Kernen ausgestattet. Daher müssen Programmierer umdenken, um ihre Anwendungen in Zukunft zu beschleunigen.

Schenkt man Ralf Glauben (und das tue ich), steht die Parallelprogrammierung im Wesentlichen für folgende Dinge:

Reduced latency, higher performance, hiding latency, higher responsivness and increased throughput.

Dann folgten zwei eher rhetorische Fragen, deren Antworten man mit ein wenig Nachdenken sehr schnell selbst beantworten konnte:

Does firing up as many threads as cores are available help to accelerate apps? No, because this will cause threads waiting!

Does firing up as many threads as needed helps to accelerate apps? No, because it doesn’t scale!

Mit einem sehr schönen Vergleich leitete Ralf dann den Abschnitt “CCR” ein, indem er die digitale Kommunikation via E-Mail mit der asynchronen Programmierung verglich. Denn wie beim Verteilen von Aufgaben per Mail erfolgt das Ausführen von Tasks mithilfe der CCR genauso asynchron, indem ständig priorisiert und verteilt wird. Sehr anschaulich, oder?!

Dazu passen auch folgende Aussagen:

Concurrency Coordination Runtime (CCR) helps to let data flow around and make thus asynchronous apps possible.

Parallel Computing is all about cooperative multitasking where you have to think about small processes and steps.

Anschließend folgte die sehr anschauliche Demo, die den Einsatz der CCR in Form eines Programmierbeispiels zeigte. Dies hier wiederzugeben, wäre ein wenig zu umfangreich und auch kaum hilfreich. Allerdings stellt Microsoft angeblich sämtliche Sessions als Webcast online. Sobald Ralfs verfügbar ist, werde ich sie hier verlinken.

Natürlich haben wir Ralf nicht gehen lassen, ohne ihm drei Fragen zu stellen, die mit seinen Vorträgen auf der TechEd zu tun haben, mit der CCR und einer ganz exklusiven Geschichte, die er am Ende seiner Session zum ersten Mal in der Öffentlichkeit vorgestellt hat. Sobald das Videointerview online ist, werden ich es hier reinstellen.

Sein Vortrag hatte allerdings eher den Charakter eines technischen Workshops, indem er selbst zunächst eine Menge zum Thema Intel, Microsoft und Multicore-Shift inklusive .NET 4 und Visual Studio 2010 erzählt hat. Auszüge gefällig?

TPL of .NET 4 delivers the right number of threads regarding the available number of cores/threads.

Needs around 200.000 instruction cycles to create a thread and 100.000 for releasing it again. As a developer you have take this into account!

TPL delivers several parallel classes like Parallel.For() and Parallel.Invoke which abstracts threads to tasks.

Visual Studio 2010 will deliver the appropriate debugger tools for parallelized applications.

Was seiner Techsession allerdings ein wenig fehlte war der Blick in seine Glaskugel, die uns Anwesenden etwas über die Zukunft der Parallelprogrammierung hätte erzählen können. Zumindest war ich genau aus diesem Grund in seinem Vortrag. Das ließ sich allerdings ganz schnell nachholen, indem wir unsere Videokamera aufgebaut und Tiberiu drei schlaue Fragen gestellt haben. Die erste handelt vom Inhalt seiner Präsentation, Nummer zwei beschäftigt sich mit seiner Podiumsdiskussion vom Montag und mit der Beantwortung von Frage drei ließ er uns in die Zukunft der Parallelprogrammierung blicken.

Nur so viel dazu: Laut Tiberiu müssen sich Software-Entwickler ab sofort mit Multithreading und Co. auseinander setzen, denn der Multicore-Shift hat schon längst begonnen. Und den Rest schaut ihr euch am besten selbst an, sobald unser Videointerview fertig und online ist.

Update: Das Video ist fertig!

Zunächst einmal muss festgehalten werden, dass die Session genauso gut besucht war wie die gestrige von Steve Teixeira. Darüber hinaus wurde schnell klar, dass die meisten Anwesenden weder wussten, dass Intel noch etwas anderes produziert als Mikroprozessoren, noch die Intel-Tools wie VTune Performance Analyzer kannten (was angesichts des “weder” keine Überrraschung war).

Ramis Präsentation befasste sich mit drei Kerngebieten: Intels aktuelle und zukünftige Mikroprozessor-Architekturen, .NET-4-Verbesserungen in Sachen Multithreading und wie Intel-Tools wie der besagte VTune Performance Analyzer Software-Entwicklern helfen können, ihre Apps auf Korrekheit hin zu überprüfen. Zu diesem Behufe sagte Rami einige bemerkenswerte Dinge:

Moore’s law doesn’t help software developers anymore as frequencies aren’t going up anymore. The good news: the number of core does!

With Nehalem you get Non Uniform Memory Acess (NUMA) which connects every CPU and memory to each other which has huge advantages.

Come to Intel booth in hall 4.2 to see one of the first desktop PCs which is able to run 128 threads in parallel!

Multithreading is not equal parallelism!

Poor scaling .NET applications can be powered up with the help of Intel VTune Performance Analyzer and Visual Studio 2010 / .NET 4

.NET 4 provides the Background Garbage Collection which speeds up managed code significantly.

Worker stealing within .NET 4 will help to achieve better multithreaded balanced managed applications.

VTune profiles and samples .NET applications in order to find critical code sections where a lot of computing time is being wasted

Vtune also helps identifying false sharing problems. Means VTune will detect and solve cache line misses.

To eliminate  false sharing problems helps to speed up your .NET apps on 8 core system by 70x!

Sehr anschaulich und beeindruckend war auch die Maze-Solving-Demo, die Rami dabei hatte. Ziel solch eines Maze Solvers ist das Aufspüren des optimalen Pfades innerhalb einer zweidimensionalen Umgebung, wie dies beispielsweise in Logistikanwendungen häufig notwendig ist. Um die Leistungsfähigkeit von .NET 4 und Multithreading zu demonstrieren, startete Rami die Demo zunächst unter .NET 3.5 im seriellen Modus. Das Problem wurde unter .NET 3.5 in 14 Sekunden gelöst, unter .NET 4 hingegen in 12, und das nur wegen der architekturellen Verbesserungen im .NET-4-Framework. Und klar, dass die Multithreading-Variante in .NET 4 das Problem blitzschnell in wenigen Sekunden löste.

Spannend fand ich auch seine Ausführungen bezüglich VTune und .NET. Denn dieses Tool wird vorwiegend zur Fehlersuche in nativ programmierten Anwendungen eingesetzt. Umso überraschender war die Erkenntnis, dass VTune auch .NET-Entwicklern bei ihrer Arbeit helfen kann. Hierzu erstellt VTune ein Profil der laufenden Anwendung und generiert dabei eine große Zahl an Samples, die dann kumuliert und gewichtet werden. Das Ergebnis zeigt auf einen Blick, wo sich mögliche Hotspots innerhalb des Codes befinden.

Natürlich hatten wir während Ramis Präsentation die Kamera aufgebaut und diese bis zum Schluss mitlaufen lassen. Klar ist aber auch, dass wir daraus keinen 75-Minüter bauen. Tom schneidet gerade die besten Szenen zusammen, mischt diese mit dem Interview, das wir mit Rami nach seinem Vortrag geführt haben, und wenn das Video fertig auf Youtube steht, werden wir es hier veröffentlichen. Freut euch schon mal auf sehr anschaulichen Content.

Update: Das Video ist fertig!

Intel Parallel Studio = Amplifier + Inspector + Composer + Advisor = Multicore optimization

Parallel Advisor helps you to parallelize your native code. But from 2010 onwards only.

With Parallel Inspector you find memory errors before they happen. Works on serial AND threaded code.

Intel Parallel Amplifier is a child of VTune Performance Analyzer, but easier and more intuitively to use. Profile you parallel code.

On http://wwwintel.com/go/para… you’ll find more information about Parallel Studio and more.

Nach der Parallel-Studio-Session gab es das dann das lang ersehnte Netbook, ein Sony Vaio. Sehr schickes Teil. Der Durchgang zwischen Theater und Intel-Stand war entsprechend für eine kurze Zeitspanne komplett verstopft. Kein Wunder: Netbooks sind gerade der große Renner.

Für alle, die nicht dabei sein konnten, haben wir Ralphs Vortrag und die Netbook-Verlosung mit unserer JVC-Kamera auf SD-Karte gespeichert. Sobald Tom die besten Bilder zusammengeschnitten hat, geht das Video hier online.

Update: Hier ist das Video. Viel Spaß damit!

So wie heute morgen um 9:00 Uhr in der Früh, was aber die anwesenden Software-Entwickler nicht davon abgehalten hat, den Raum bis auf den letzten Platz zu füllen. Das zeigt zweierlei: Erstens hat das Thema Multithreading viele Leute schon erreicht, und zweitens besteht offensichtlich noch eine Menge an Informationsbedarf. Und da ist Steve genau der richtige, um vorhandene Wissenslücken zu füllen.

Für alle, die es nicht mitbekommen haben: Ich saß in der Session und habe mir die Seele aus dem Leib getwittert. Ein paar Kostproben gefällig?

First demo: LINQ versus PLINQ. Guess who is faster? Got it?! Yes, PLINQ is 3.3x faster.

The only difference between LINQ & PLINQ is a little “AsParallel()”. Very easy, very intuitive!

ParallelEnumarable() fits perfectly for parallel computing with huge data. Think of financial applications, e.g.

There’s one important advice by Steve: Don’t use threads but tasks. .NET 4 is supporting with Parallel.Invoke() e.g.

With .NET 4 you can delay tasks in order to run them later as soon you need them.

Diese und andere Aussagen ergaben ein klares Bild: .NET 4 soll und wird die Parallelprogrammierung verbessern, und das mit einem klaren Konzept, mit Tasks statt Threads und den passenden Tools wie einem Debugger, der viele Informationen über die laufenden Threads und Tasks liefert.

Direkt nach der Session konnten wir übrigens Steve Teixeira dazu überreden, uns vor der Kamera ein paar Fragen zu beantworten. Kollege Papadhimas ist gerade am Schnitt dran. Sobald das Video fertig und auf Youtube gestellt ist, kommt hier der Embedcode rein. Damit ihr auch etwas davon habt.

Update: Das Video ist fertig geschnitten, gerendert und auf Youtube. Und hier. So, Film ab.

• Steve Teixeira wird morgen früh (Di, 9:00) etwas zu “Parallel Computing for Managed Developers” erzählen. Hoffentlich bekommen wir Steve hinterher für ein Interview vor die Kamera.
• Um 15:15 Uhr geht es dann um das Thema HPC und Virtualisierung. Auch hier planen wir ein anschließendes Videointerview.
• Intel-Kollege Rami, der am Mittwoch seine Techsession hat, wird uns in seiner Demo zeigen, wie Managed Code mithilfe von VTune optimiert werden kann.
• Natürlich werden wir auch Bilder von der Parallel-Studio-Session inklusive Netbook-Verlosung zeigen.
• Am Mittwoch hat dann Rami seine besagte Techsession. Hinterher stellen wir im ein paar schlaue Fragen.
• Um 10:15 Uhr geht es direkt weiter mit F# und dessen parallelen Fähigkeiten. Hinterher gibt’s hoffentlich ein Videochat mit Donald Syme.
• Tiberiu Covaci hält um 12:20 Uhr seinen Vortrag mit dem Titel “The Future of Parallel Programming”. Anschließend werden wir Tiberiu zu seinen diversen Techsessions befragen. Auch zu denen, die wir heute Morgen leider nicht besuchen konnten.
• Und falls ihr nochmals die 15-Minuten-Präsentation samt Netbook-Verlosung sehen wollt: Am Mittwoch ist wieder Gelegenheit dazu.
• Der Donnerstag beginnt mit einer Parallelsession mit dem Titel “Going Parallel for a Living: Introduction to the Concurrency Coordination Runtime” des lieben Kollegen Ralf Westphal. Mal sehen, ob er uns auch vor der Kamera etwas erzählt.
• Um 15:15 Uhr ist Steve Teixeira noch mal dran, und zwar mit seiner Session “Building High Performance Parallel Software”. Ob Steve sich zweimal von uns interviewen lässt?
• Natürlich gibt es auch am Donnerstag die fast schon lieb gewonnene 15-Minuten-Session inklusive Netbook-Vergabe. Aber diesmal schenken wir uns das vielleicht. Wir wollen ja niemanden langweilen.
• Und klar, dass die Intel-Kollegin Beatrice noch zu Wort kommt. Sie will nämlich unbedingt etwas zum Intel Atom Developer Program erzählen.

So, und nach so vielen Programmankündigungen kommen jetzt endlich die Impressionen aus Berlin. Film ab!

Bevor ich es ganz vergesse, folgen hier noch ein paar organisatorische Dinge: Der Intel-Stand, an dem ihr mich und die Kollegen treffen könnt, befindet sich in Halle 4.2 und liegt von der Halle 7 kommend direkt am Eingang. Das ist die so genannten Visual Studio Partner Zone. Dort gibt es unter anderem eine Menge nützliche und erhellende Infos rund um das neue Intel Atom Developer Program, das Software-Entwicklern dabei helfen soll, windows- und moblin-basierte Anwendungen speziell für Netbooks zu entwickeln und diese zu einem späteren Zeitpunkt auf Netbooks zu bringen. Falls ihr euch für dieses Programm direkt am Stand registriert, gibt’s auch eine kleine Überraschung.

Darüber hinaus findet ihr eine Menge Infos rund um unser liebstes Baby, das auf den schönen Namen Intel Parallel Studio hört und in rund zwei Wochen sein Halbjähriges feiert. Falls ihr also C-/C++-Programmierer seid, Visual Studio einsetzt und eure Anwendungen threadsicher parallelisieren wollt oder einfach nur gucken wollt, ob sich besonders fiese Bugs eingeschlichen haben, die sich möglicherweise erst zur Laufzeit zeigen, ist Parallel Studio genau das richtige Tool für euch. Hier könnt ihr sogar eine Test-CD abgreifen, um euch mit Parallel Studio vertraut zu machen.

Und falls ihr ein neues Netbook wollt, solltet ihr ebenfalls am Stand V1/V2 vorbeikommen. Beantwortet ein paar Fragen, tragt eure Daten ein und schwups, ab mit der Karte in die zugehörige Losbox. Und schon gewinnt ihr vielleicht eins der schicken Teile. Die erste Verlosung ist allerdings erst morgen Nachmittag, die ausgefüllten Karten werden aber auch schon heute akzeptiert.

So, dann mach ich mich wieder auf den Weg zum Stand. Um den Monitor zu installieren, der gerade gekommen ist. Damit ihr auch besser sehen könnt, was ich twittere und blogge. Man sieht sich!

Ach ja: Auf der anderen Seite der Halle hat Intel noch einen Stand, auf dem es rund um das Thema Datacenter geht. Also alles über Servertechniken, Virtualisierung und Co. Und dort gibt es ebenfalls etwas zu gewinnen, nämlich schicke, ultradünne Notebooks. Ihr seht, ein Besuch der Halle 4.2 lohnt sich auf jeden Fall.

Wie ich ja bereits angekündigt habe, werden wir uns bevorzugt um das weite Feld der Parallelprogrammierung kümmern. Da sind zum einen die 15-Minuten-Sessions auf der großen Showbühne zu nennen, auf der Ralph und Edmund in gewohnt treffsicherer Art und Weise über Parallel Studio referieren und sagen werden, warum das Plugin für Visual Studio nicht nur zum Multithreaden taugt, sondern auch Bugs in seriell programmierten Anwendungen aufspürt und hilft, diese zu eliminieren. Und die Session von Rami werde ich mir ebenfalls nicht entgehen lassen. Der werte Kollege erzählt nämlich vom Dreigestirn Windows 7, .NET und Multicore-Optimierungen.

Dass so eine riesige Konferenz aber noch mehr zu bieten hat als Parallel Studio und Intel-Sessions, macht ein Blick in den äußerst umfangreichen Sessionplan klar. Dort finden sich unter dem Schlagwort “Parallel” ein gutes Dutzend interessanter Vorträge zum Thema Parallelprogrammierung. Die spannendsten Sessions werde ich natürlich aufsuchen und live darüber berichten (entweder in diesem Blog oder per Twitter). Und weil das noch nicht genug ist, ziehe ich mit Tom und Videocam immer wieder los, um die maßgeblichen Köpfe der TechEd mit schlauen Fragen zu konfrontieren. Aber das kennt ihr ja schon.

Ok, dann bleibt mir nur noch, uns allen eine interessante Microsoft-Konferenz zu wünschen, verknüpft mit der Hoffnung, dass nicht der ein oder andere im Trubel der Berliner Feier zu 20 Jahren Mauerfall verloren geht. Wäre doch schade …

Aber, um jetzt wieder ein bisschen ernsthafter zu werden, was wirklich parallel ist an der diesjährigen Microsoft TechEd Europe sind die vielen Sessions und Vorträge, die sich mit diesem Thema beschäftigen. Das zeigt zweierlei: Erstens wirft Visual Studio 2010 samt .NET 4 große Schatten voraus und zweitens scheinen Multithreading und Co. in den Köpfen von Microsoft angekommen zu sein. Aber das ist nicht so überraschend. Höchstens die Vehemenz, mit der die Konferenz das Thema angeht.

So gibt es beispielsweise Tiberiu Covaci (erinnert mich ein bisschen an jemanden von der Enterprise), der gleich mit mehreren Parallelsessions vertreten ist. So stellt er am Montag die ziemlich rhetorische Frage “Is the future of programming a parallel one?” (Und alle: “Yeah!”) Dabei will er unter anderem herausfinden, welche Branchengrößen den Multicore-Markt vorantreiben (wie heißen die noch mal mit dem großen I am Anfang … ?).

Am Dienstag und Mittwoch ist er dann wieder an der Reihe, und zwar mit den Sessions “Why should you care about Multi-core programming” und “The Future of Parallel Programming”. Aufmerksame Leser dieses Blogs werden wohl die erste Frage locker beantworten können, aber auch die Zukunft der Parallelprogrammierung war hier schon das ein oder andere Mal Gegenstand der Diskussion. Zusammengefasst bleibt festzuhalten, dass Tiberiu (a) sehr fleißig ist und (b) ein heißer Kandidat für unsere Videointerview-Reihe.

Aber – und das ist die gute Nachricht für Tiberiu – es gibt noch andere Fachleute auf der TechEd Europe 2009, die etwas zu dem Thema Multicore-Programmierung und Multithreading zu sagen haben. So wie Anthony Howcroft, der am Mittwoch über Microsofts SQL-Server-Projekt “Madison” referieren wird. Madison ist übrigens MPP, was für “Massively Parallel Processing” steht. Aber selben Tag wird auch unser alter Freund Steve Teixeira (sorry, Steve!) auf die Bühne klettern und wie gewohnt über das Thema Parallelprogrammierung reden. Diesmal geht es um “Parallel Computing for Managed Developers”. Wovon dort die Rede sein wird, ist klar, oder?! Sicherlich nicht um Programmierer mit eigenem Coach!

Für alle weiteren Parallel-Infos hilft es auf jeden Fall, die gut sortierte Webseite der Microsoft TechEd Europe 2009 zu besuchen. Oder ihr fahrt am besten selbst dorthin (Finger hoch: wer fährt?!). Und falls ihr keine Zeit oder keine Kohle oder sonst was habt, um selbst vor Ort zu sein, hilft ab Montag der regelmäßige Besuch dieses gut sortierten Blogs. Hier gibt es alle relevanten Infos rund um die TechEd Europe 2009 samt Videointerviews, Impressionen und vielem mehr. Also, man liest sich!

Ach ja: Intel redet natürlich auch auf der TechEd über das Thema Parallelprogrammierung. Aber das wisst ihr ja bereits …

Aber das wird uns nicht davon abhalten, unserem Job nachzugehen und vier Tage lang über folgende Dinge zu (video)bloggen (am fünften Tag wird die TechEd leider ohne uns auskommen müssen):

Wie üblich werden wir interessanten Leuten unsere HD-Cam unter die Nase halten und ihnen schlaue Fragen stellen. Natürlich gehen die Ergebnisse gleich vor Ort online und wir werden auch darüber bloggen. Hierbei erwartet alle Anwesenden eine echte Weltneuheit: Anstatt in einem kleinen, muffigen Konferenzraum zu sitzen und dort abgeschieden von der Welt vor mich hin zu schreiben, sitze ich am Intel-Stand in der Visual Studio Partner Zone und blogge dort live! Damit mir alle beim Arbeiten auch zusehen können, wird mein Geschriebenes direkt auf einen großen TV-Bildschirm übertragen, der sich in meinem Rücken (oder sonstwo) befindet. Unsere ganz persönliche Daily Soap von der TechEd Europe 2009!

Ebenfalls in Wort und Bild werden wir über die drei 15-Minuten-Sessions berichten, die die anwesenden Intel-Kollegen halten werden. Hauptthema wird Parallel Studio sein, mit dem sich seriell programmierte Anwendungen parallelisieren lassen, damit sie möglichst schnell auf Multicore-Systemen laufen. Allerdings geht es dabei nicht nur um Performance, sondern um weitere Aspekte wie Sicherheit, Effizienz und, ok, Performance.

So kümmert sich beispielsweise der Memory Checker (der Bestandteil des Parallel Inspector ist) um solch unschöne Dinge wie Speicherlecks, die zur Laufzeit eines Programms unerwartet auftreten können. Derartige Bugs findet man mit den herkömmlichen Debuggertools nur sehr schwer.

Darüber hinaus lässt sich mithilfe des Parallel Amplifiers die Leistungsfähigkeit seriell programmierter Anwendungen steigern, indem man zeitkritische Pfade und Hotspots aufspürt. Gerade Schleifenkonstrukte sind eine beliebte Fehlerquelle, die oft mehr Rechenzeit verbraten als wirklich erforderlich wäre.

Jenseits dieser Multicore-Sessions gibt sich Rami Radi von Intel die Ehre und erzählt in seiner Techsession etwas darüber, wie man mit diversen Tipps und Tricks gleich einen dreifachen Leistungsschub erzielen kann – hinsichtlich Windows 7, .NET 4 und Intel Multicore. Dabei soll er sogar verraten, wie sich .NET-basierte Anwendungen mit dem VTune Performance Analyzer optimieren lassen. Habe ich zumindest gehört. Aber keine Sorge: Ihr werdet hier nichts verpassen.

Das kann aber nur heißen: Bookmark setzen oder RSS-Feed abonnieren oder sonst etwas und die nächsten Tage immer wieder vorbeischauen. Man liest sich!

Was aber bleibt ist die Gewissheit, dass wir wie im vergangenen Jahr mit der kompletten Ausstattung in die Hauptstadt reisen. Also mit HD-Videokamera, Schnittrechner, Notebook, Netbook und anderen technischen Spielereien. Das machen wir übrigens alles nur für euch, die ihr da draußen vor dem PC sitzt und unsere Einträge lest, weil ihr entweder selbst nicht zur Tech-Ed fahren oder einfach nur gucken wollt, was ihr alles verpasst.

Und was heißt das jetzt im Einzelnen? Nun, wir werden wieder interessante Leute wie Microsofts Steve Teixeira vor die Kamera zerren und ihnen schlaue Fragen stellen. Wir gucken uns aber auch bestimmt sämtliche Intel-Demos an, die auf der Visual Studio Partner Zone zu sehen sind (und ein bisschen mehr).

Klar ist natürlich auch, dass wir uns das Ganze nicht nur ansehen, sondern auch über all die schönen Dinge bloggen, die vom 9. bis 13. November auf der Microsoft Tech-Ed Europe 2009 passieren werden. Dass wir dabei nicht vergessen, über den Tellerrand hinauszusehen, spricht doch für sich selbst, oder?!

• Der freiberufliche Journalist Andreas Heil beschäftigt sich während seiner Opening Keynote-Session mit den Themen Parallelisierung, Nebenläufigkeiten und den damit verbundenen Unterthemen “große Datenmengen” und “komplexe Berechnungen”.

• Siemens-Mann Michael Stal referiert über Microsoft Axum, eine agentenbasierte Koordinationssprache, mit deren Hilfe Softwaresysteme in .NET parallelisiert werden können. Im Gegensatz zu systemnahen Ansätzen wie PLINQ oder der Task Parallel Library unterstützt Axum dedizierte Architektur- und Komponenten-Designs und lässt sich prima mit weiteren .NET-Sprachen mischen.

• Ralph Westphal bringt den anwesenden Entwicklern und Softwarearchitekten die Concurrency Coordination Runtime des künftigen .NET-Frameworks ein gutes Stück näher. Dabei geht es um die Serviceorientierung im Kleinen: Nachrichten- und Datenflüsse sollen eine skalierbare Parallelität deutlich einfacher machen als bisher.

• Bernd Marquardt stellt in seinem 90-minütigen Vortrag die Parallel-Features der Programmiersprache C++ vor, die Microsoft in Form der Parallel Pattern Library (PPL) zur Verfügung stellt. Hierbei handelt es sich um einfache Konstruktionen, die Schleifen und Code-Bereiche parallelisieren sollen. Dies ist durchaus vergleichbar mit den Intel Threading Building Blocks.

• Und natürlich geht es in diversen Tracks um Microsoft Visual Studio 2010, das ab nächsten Jahr auf Basis des .NET-Frameworks 4 eine ganze Menge zum Thema Parallelprogrammierung beitragen wird.

Multithreaded programming is “hard” today

Das bedeutet für Microsoft (und Intel), Software-Entwicklern dabei zu helfen. Hierzu bieten beide (Intel und Microsoft) passende Tools, die Programmierer unterstützen. Dazu gehören laut Steve aber auch Programmiersprachen und Plattformen.

Ein kleines Schleifenbeispiel führt Steve vor, das zeigen soll, wie sich seriell programmierter Quellcode parallelisieren lässt – inklusive potenzieller Probleme.

Als Lösung für das Sortierproblem eignet sich laut Steve LINQ, das Teil von .NET 3.5 ist. Weitergesponnen bietet die parallele Version von LINQ = PLINQ eine viel bessere Lösung für Sortieralgorithmen – und mehr!

Die nächste Folie – und Steve hat eine Menge davon – zeigt den Aufbau von Visual Studio 2010. Dazu gehören Tools wie Parallel Debugger und Profiler Concurrency Analysis, Programmierungsmodelle wie PLIN!, Task Parallel Library (TPL) und mehr.

Ein paar Daten zu TPL: Es handelt sich dabei um eine parallel API mit speziellen Konstrukten wie parallel_for, parallel_invoke, critical_section (Synchronisation), task_group (Tasks), combinable<T> (Container) etc.

Jetzt folgt ein Beispiel für die anwesenden C++-Programmierer: Es zeigt eine Matrizenberechnung, genauer gesagt eine vektorbasierte Addition. Zuerst geht es um die serielle Implementierung der Rechenaufgabe, dann um die parallele mithilfe einer Lambda-Funktion und der parallel_for aus der TPL. Dabei muss man sich ernsthafte Gedanken um Race Conditions machen. Die Lösung des Problems: Es gibt mehrere Instanzen des Rückgabewerts, die am Ende addiert werden.

Die Asynchronous Agents Library eignet sich vor allem für das asynchrone Ausführung paralleler Quellcode-Abschnitte. Damit lassen sich parallel ablaufende Programminstanzen generieren, die nichts voneinander wissen, die damit nicht synchronisiert oder gelockt werden müssen. Das erlaubt eine sichere Implementierung der parallelisierten Anwendung.

Der Concurrency Runtime Scheduler ist ein Dieb: Tasks werden auf die Worker Threads verteilt und parallel ausgeführt. Sobald einer der Worker Threads nichts zu tun hat, “stiehlt” er eine laufende Aufgabe eines anderen Worker Threads, was zu einer besseren Auslastung der vorhandenen Prozessorkerne führt.

Jetzt ist das Aufspüren möglicher Fehler an der Reihe, die sich beim Parallelisieren von Anwendungen ergeben können. Das Beispiel, das Steve hierfür verwendet, ist eine Matrizenmultiplikation. Also nichts Spektakuläres. Hierfür steht in Visual Studio 2010 eine Art Thread Checker parat, der eine Anwendung analysiert und das Ergebnis grafisch aufbereitet. Dazu gehört die CPU-, Core- und Threads-Auslastung.

Die Session beginnt mit einer Folie, die all das zeigt, was Intel in Sachen High Performance Computing tut.

Folie 2 beschäftigt sich mit der Frage, welche Dinge zu berücksichtigen sind, um das Optimum aus seiner Anwendung zu holen. Dazu gehören die Wahl der richtigen Algorithmen, der passenden Programmiersprache und Compiler und natürlich die Frage nach den passenden Software-Tools, mit denen sich Anwendungen optimieren lassen.

Mit Fragen der Portabilität und der Produktivität sollten sich Entwickler ebenfalls beschäftigen. Auch hier geht es um Dinge wie Programmiersprachen, Tools, Betriebssysteme etc.

Jetzt dreht es sich um das Thema Skalierung und was getan werden muss, um eine Beschleunigung der Anwendungen zu erhalten, die sich an der Zahl der vorhandenen Prozessorkerne und Hardware-Threads orientiert.

Ok, jetzt wird’s interessanter. Der Intel-Kollege spricht über die vorhandenen Entwickler-Tools, die Intel bereit hält. Natürlich ist die Rede von Parallel Studio für C/C++-Entwickler, aber auch von Workstation-/Server- und HPC-Tools wie VTune Performance Analyzer, Intel TBB und mehr.

Wer übrigens glaubt, dass Intel sich nur der Windows-Welt verpflichtet fühlt, der irrt. Der Chiphersteller bietet ebenso Software-Tools für die Linux- und Mac-Entwickler dieser Welt.

Eine sehr schöne Folie: die Unterschiede zwischen Task- und datenbasierter Parallelprogrammierung.

Natürlich darf Parallel Studio nicht fehlen. Es geht also um Parallel Advisor, Parallel Composer, Parallel Inspector und Parallel Amplifier.

Vier Schritte, um eine serielle programmierte Anwendung zu parallelisieren:

1. Der Wechsel zum Intel Compiler verbessert ohne direkten Eingriff in den Code die Laufzeit der Anwendung.

2. Die Vektorisierung des Sourcecodes mithilfe von SIMD-Befehlen.

3. Die Implementierung von Intel-MKL-Code.

4. Automatische Parallelisierung mithilfe von OpenMP und andere Techniken.

Ein wenig Zukunftsaussichten gehören natürlich auch dazu: Intel wird seine Tools weiterentwickeln und damit sicher stellen, dass zukünftige Plattformen mit zukünftigen Anwendungen weiterhin skalieren. Dazu gehören unter anderem Weiterentwicklungen basierend auf Cilk++ und Ct.

Am Schluss gibt es noch ein paar Surftipps: Intel Software Network und whatif sollten Parallelprogrammierer auf jeden Fall kennen. Und natürlich das Software Dev Blog. Aber das stand leider nicht auf der Folie …

Ach ja: Am zweiten Tag des IDF beginnen die Techsessions erst um 13:05 Uhr PDT (22:05 MESZ), da vormittags zwei Keynote-Sessions anstehen und die Organisatoren obendrein die anwesenden Entwickler dazu ermutigen wollen, den Ausstellerbereich (Technology Showcase) zu besuchen.

13:05 Uhr PDT (22:05 MESZ): Parallel-Guru und Product Unit Manager Steve Teixeira wird 50 Minuten lang über das geplante .NET-4-Framework mit all seinen Vorzügen für Parallelprogrammierer reden. Dabei geht es unter anderem um die Parallel Extensions und das task-basierte Debuggen mithilfe von Visual Studio 2010. Und ein kurzes Produkt-Update gibt es bestimmt auch.

13:05 Uhr PDT (22:05 MESZ): Wer die Intel Threading Building Blocks mal in Aktion sehen will, sollte in den Raum 2000 kommen, um dem Workshop von Victoria Gromova beizuwohnen. Und allen, die den Termin nicht schaffen, empfehle ich die ein oder andere Lektüre.

14:05 Uhr PDT (23:05 MESZ): Eine Techsession mit dem Titel “Next Generation Core-to-Core Interconnects for Many-Core Processors” sollte man eher nicht versäumen. In dem Workshop geht es unter anderem um die Themen Latency, Bandbreite und Traffic Management bei Prozessorverbünden. Aber auch um die möglichen Ansätze, solche Hochgeschwindigkeits-Netze aufzubauen.

14:05 Uhr PDT (23:05 MESZ): Ich sag mal: Qual der Wahl, denn zeitgleich zu der Many-Core-Session gibt es im Raum 3016 interessante Einsichten in das Innenleben von Moorestown, der zukünftigen MID-, Smartphone- und Netbook-Plattform von Intel. Hier erfährt man alles über SOC (System-on-a-chip) im 45-nm-Fertigungsverfahren, verbessertes Energiemanagement inklusive verlängerter Batterielaufzeiten und weitere interessante Details.

15:05 Uhr PDT (24/9, 00:05 MESZ): Im April dieses Jahres habe ich bereits über das Ct-Projekt berichtet, das noch in diesem Jahr in seine Beta-Phase überführt werden soll. Hinter dem Begriff Ct verbirgt sich eine Weiterentwicklung von C++, und zwar für datenbasierte Anwendungen, die beispielsweise bei der Bildbearbeitung oder dem Videoschnitt zum Einsatz kommen. Und genau darüber werden vier Intel-Experten 50 Minuten lang reden: Wie Ct Entwicklern dabei hilft, skalierende Anwendungen zu entwerfen und zu programmieren. Dabei gibt es auch diverse Beispiele zu begutachten.

16:05 Uhr PDT (24/9, 1:05 MESZ): Um kurz nach vier kommen wieder alle Mobil-Geeks auf ihre Kosten: In einer 50-minütigen Techsession gibt es einen Rundumschlag in Sachen Moblin, der Linux-Distribution für mobile Endgeräte. Die anwesenden Entwickler erfahren also, warum Netbooks und andere Gadgets auf Moblin-Basis so schnell booten, was die Hauptbestandteile des Moblin-Kerns sind und was es mit den Fachbegriffen Clutter, GeoClue und ConnMan auf sich hat.

16:05 Uhr PDT (24/9, 1:05 MESZ): Darüber berichtet habe ich ja schon, in Aktion gesehen habe ich ihn allerdings noch nicht: Parallel Advisor, der künftig fester Bestandteil von Parallel Studio werden soll. Daher heißt er auch noch Parallel Advisor Lite und ist in der Lage, diejenige Abschnitte im C++-Code zu finden, die sich besonders für das Multithreaden eignen. Der Advisor trägt aber auch dazu bei, strukturierter zu programmieren und damit weniger fehleranfälligen Sourcecode zu generieren.

17:15 Uhr PDT (24/9, 2:15 MESZ): Moblin überall, so könnte man das diesjährige IDF fast bezeichnen. Daher gibt es um Viertel nach fünf lokaler Zeitrechnung einen guten Überblick, wie sich Anwendungen für das Linux-Derivat programmieren lassen. Robert Bradfort und Bob Spencer werden hierfür Einblicke gewähren in das Moblin SDK, in die APIs, wie sich Web-Apps programmieren lassen und welche Tools sonst nocht bei der Erstellung Moblin-basierter Programme helfen.

Nun ist es aber so, dass ich von 21. bis 27. September in San Francisco weilen werde, um mich ebenfalls an drei Tagen auf dem Intel Developer Forum über die neuesten Entwicklungen aus dem Hause Intel in Sachen Programmierung und mehr zu informieren. Und da ich leider nicht an zwei Orten gleichzeitig sein kann, habe ich mir schon mal den Workshop-Plan ein wenig genauer angesehen. Darüber hinaus habe ich weitere Infos bei der Veranstalterin der Basta angefragt. Hoffentlich bekomme ich etwas zugeschickt. Damit ich es mit euch teilen kann.

Bis dahin lohnt sich auf jeden Fall ein kurzer Blick in die geplanten Inhalte des Power-Workshops von Jeffrey:

Der Titel des Ganzen lautet “Mastering .NET and Preparing for the Multi-Core Revolution”, findet von Montag bis Mittwoch von jeweils 9 bis 18 Uhr im Hotel Contel Mainz statt und kostet regulär 1.550 Euro. Falls sich drei Kollegen aus demselben Unternehmen anmelden, kommt der Workshop 100 Euro günstiger. Und für alle, die sich noch heute anmelden, gibt’s ein Netbook mit sämtlichen Ausgaben des dot.NET Magazins obendrauf.

Für das Geld bekommt man eine ganze Menge: Freien Eintritt zu Basta,  Rundum-Verpflegung und ein Zertifikat der Entwickler-Akademie – und obendrein macht ihr euch fit für das Multicore-Zeitalter. Dabei geht es um folgende Inhalte:

• So gehe ich richtig mit Programmierfehlern mithilfe der Ausnahmebehandlung (exception handling) um.

• So implementiert der C#-Compiler anonyme Methoden und Lambda-Funktionen.

• So ermöglicht und unterstützt C# die funktionale Programmierung.

• Sinn und Bedeutung von Threads und wie sich diese positiv auf die Leistungsfähigkeit einer Anwendung auswirken.

• So vereinfacht der CLR-Threadpool die Programmierung von C#-Anwendungen und beschleunigt diese.

• So führt Windows synchrone und asynchrone I/O-Operationen aus – wie .NET-Entwickler dies zu ihren Gunsten ausnutzen können.

• So teste ich ein parallel programmiertes C#-Programm mithilfe von .NET-Bordmitteln.

Diese und viele weitere Aspekte der Parallelprogrammierung werden also im Detail besprochen. Und, ist das nix?!

Hallo,

vor wenigen Minuten solltest Du die Pressemeldung zu Mac OS X Snow Leopard bekommen haben. Am Freitag, 28. August, etwas früher als erwartet, ist die neue Version des fortschrittlichsten Betriebssystems der Welt erhältlich!

Wir möchten Dich noch am selben Tag zu einem kurzen Pressebriefing zur neuen Version des Desktop-Betriebssystems einladen, um Dir einige der Wichtigsten der neuen Verbesserungen und Technologien vorzustellen – von ‘Grand Central Dispatch’ (GCD) bis zur serienmäßigen Unterstützung für Microsoft Exchange.

Lust und Zeit aus erster Hand alles über Mac OS X Snow Leopard zu erfahren, mit den Fachleuten zu diskutieren und selbstverständlich im Anschluss an das Briefing eine Version der neuen Software mitzunehmen?!

Ob ich Lust und Zeit habe?! Na klar habe ich. Denn ich will endlich ein wenig mehr wissen über die geplanten Features des Schneeleoparden, wenngleich es kein ganz großes Update wird. Aber eins steht schon fest: Apple spendiert seiner sechsten OS-X-Version ein neues Tool, mit dem das Programmieren von Multicore-Anwendungen einfacher werden soll: Grand Central Dispatch (GCD).

GCD wird Bestandteil des OS-X-Kernels sein und damit nicht anwendungs-, sondern betriebssystem-nah arbeiten. Und das wiederum soll eine Vereinfachung der Multicore-Programmierung mit sich bringen, da nicht mehr einzelne Multithread-Anwendungen aufeinander abgestimmt werden müssen. Hierfür soll GCD die globale Verwaltung der notwendigen Threads übernehmen und nicht mehr benötigte Ressourcen automatisch freigeben.

Aber für all diese Verbesserungen braucht es natürlich ein wenig Wissen und diverse Tools, mit denen sich vor allem das Laufzeitverhalten parallel ablaufender Anwendungen untersuchen lässt. Hiefür bietet Apple seinen Entwicklern beispielsweise ein Debugger-Tool, das in die Entwicklerumgebung Xcode integriert ist. Oder das Analysetool “Instruments”, mit dem man zur Laufzeit in GCD hineingucken kann, um mögliche Schwachstellen oder Programmierfehler aufzudecken. Damit soll es sogar möglich sein, Warteschlangen zu untersuchen, und das auf Code-Ebene.

Dann bin ich schon mal sehr gespannt auf den Freitag und was Apple zu Snow Leopard zu erzählen hat. Und mit etwas Glück erfahre ich vom anwesenden Produktmanager mehr über GCD und ob es Dinge wie Dead Locks und andere fiese Sachen zur Laufzeit entdeckt. Mal sehen.

Lesetipp: Für alle, die jetzt mehr Lust bekommen haben auf Grand Central Dispatch, hat Apple ein PDF online gestellt, das schon mal die wichtigsten Fragen beantwortet. Das werde ich mir beizeiten genauer ansehen. So, stay tuned …

Sodala, die Game Developers Conference 2009 ist Geschichte und wir präsentieren nochmals die schönsten Bilder der Entwicklerkonferenz. Ob CryEngine 3 samt Interview mit Cevat Yerli, Techsessions zu CPU-Fragen, Larrabee, Parallel Studio, Intel Graphics Performance Analyzer oder Duale Zahlen – wir hatte unseren Spaß und haben eine ganze Menge gelernt.

Und die Entwickler hatten auch etwas davon – na, mal vor allem die, die eines der vier Netbooks gewonnen haben. Alle anderen hoffentlich auch. Also, wir sehen uns (wieder) im nächsten Jahr. Gleiche Stelle, gleich Welle. Tschö und macht et jut!

Und das auf einer Vielzahl von Prozessorkernen, die sowohl für allgemeine Aufgaben taugen als auch für grafisch orientierte (wie viele Cores Larrabee verpasst bekommt, verrät Intel leider noch nicht). Die Schlussfolgerung daraus: Der Befehlssatz von Larrabee (LRBni genannt) wird hoch komplexe mathematische Aufgaben blitzschnell und sehr parallel berechnen.

Steve hat übrigens während seines heutigen Vortrags für besonders schlaue Fragen Mauspads verschenkt, was ziemlich gut ankam (können sich Software-Entwickler die kleinen Matten nicht leisten?!). Außerdem hat er ein wirklich interessantes Statement abgegeben:

Wenn Intel eine Software-Firma wäre, würden wir zu der größten ihrer Zunft gehören!

Soll heißen: Intel beschäftigt mehrere tausend Software-Entwickler, die Jahr für Jahr neue Software-Tools programmieren und bestehende weiterentwickeln. Damit andere Software-Programmierer die Intel-Prozessoren bestmöglich ausschöpfen können. Ganz in Steves Sinne!

Ach ja: Nach seiner zweiten Session hat sich Mister McCalla noch ein wenig Zeit genommen, um unsere Fragen zu beantworten. Wir wollten noch unbedingt wissen, warum sich Game-Programmierer auf Larrabee freuen sollten.

Erst einmal ging es aber um das Tic-Toc-Modell von Intel: Seit 2005 gibt es in den ungeraden Jahren eine neue Prozessorgeneration, in den geraden eine Verkleinerung derselben, da die Fertigungsprozesse ständig verbessert werden. Derzeit steht der grundlegende Wechsel von 45 zu 32 Nanometern an.

Natürlich kam in Leighs Session auch der berühmte Satz “The free lunch is over” zum Einsatz (der zwar ein wenig überstrapaziert ist, aber immer noch Gültigkeit hat). Diese von Herb Sutter geprägte Aussage bezieht sich auf die Tatsache, das seit 2005 die Taktraten nur noch unwesentlich ansteigen (dafür aber die Zahl der Prozessorkerne). Das bedeutet vor allem für Software-Entwickler, dass sie in die Programmierung neuer (oder bestehender) Anwendungen mehr Hirnschmalz stecken müssen, da sie nur noch mit Multithreading und solchen Vorgängen ihre Apps schneller machen können.

Daher lautete Tipp #1 von Leigh an die anwesende Entwicklerschar: “Beschäftigt euch so früh wie möglich mit künftigen Prozessoren!” Nur dann schaffen die Entwickler es nämlich, das Optimum aus der Hardware herauszuholen und damit die eigene Anwendung leistungsfähiger zu machen.

Dazu gehört zum Beispiel die verfügbare Anzahl von Prozessorkerne und möglichen Threads pro Core, aber auch die Evolution der registernahen SIMD-Befehle, die derzeit in der Version 4.2 auf dem Core i7 implementiert sind. Aus diesem Grund lautet Tipp #2: “Eure Kunden haben SSE, also nutzt es!”

Abschließend folgte Leighs Tipp #3, und der hat mit der Bestimmung der vorhandenen Prozessorkerne in einem PC zu tun: “Das ‘Erraten’ von CPU-Kernen ist ziemlich gefährlich, also gebt euch Mühe, diese zu berechnen!” Hierfür gibt es übrigens detaillierte Codebespiele auf intel.com.

Ja, und anschließend stand uns Leigh Davies noch für drei schlaue Fragen samt schlauer Antworten parat. Daher: Film ab!

Ansonsten war die Keynote-Präsentation wenig spektakulär, bot aber trotzdem interessante Einblicke in die Evolution der CryEngine. Diese erblickte in Form des Spieletitels Far Cry quasi das Licht der Welt (das Spiel selbst wurde zwischen 2001 und 2004 entwickelt). Mit Far Cry waren zum ersten Mal Pixel Shading, Bumpmapping, Vertex Shading und HDR möglich – ein echter Meilenstein im 3D-Gaming also.

Im November 2007 folgte dann Crysis, das auf der Folgegeneration CryEngine 2 basiert. Damit sah sich selbst Crytek auf einem guten Weg in Sachen fotorealistisches Rendering. Ein wesentlicher Unterschied zur Vorgänger-Engine war die verbesserte Skalierbarkeit von CryEngine 2, sowohl bei den 3D-Daten als auch bei der Pipeline.

Tja, und nun gibt es bereits CryEngine 3, die sich allerdings noch im Betastadium befindet. Die neuen Möglichkeiten sind allerdings jetzt schon sehr beeindruckend: Neben skalierendem Many-/Multicore-Support bietet CryEngine 3 weitreichende grafische Verbesserungen. Aber auch die Entwicklungsumgebung hat es in sich: Wie man sich am Crytek-Stand im Ausstellerbereich überzeugen kann, erlaubt das Entwicklersystem die parallele Kreation eines Spielelevels für PC, Xbox und PlayStation zur selben Zeit. Das ermöglicht ein sehr effizientes simultanes Testen eines neuen Levels. Dazu werden wir noch Bewegtbilder nachreichen.

Aber natürlich wagte Cevat auch einen Blick in seine Kristallkugel, was in Sachen 3D-Spiele auf uns zukommt: Dazu gehörte die Feststellung, dass künftige Grafikprozessoren immer leistungsfähiger, da paralleler werden und zudem immer mehr Prozessoraufgaben übernehmen werden (hallo, Larrabee). Daneben fand ich die Tatsache halbwegs überraschend, dass es noch bis 2012 dauern wird, bis wir Abschied nehmen werden von festen Auflösungen innerhalb eines Spiels. Daher werden sich Spieleentwickler weiterhin darauf konzentrieren müssen, ihre Designs weiter zu verfeinern, die Physics Engines zu verbessern und die AI zu erhöhen. Nur auf diesem Weg lassen sich Spiele weiterhin differenzieren.

Ach ja: Direkt im Anschluss an seine Keynote stellte sich Cevat Yerli unseren vier Fragen. Die Antworten geben kurz und knapp Auskunft über seine Präsentation, über die Besonderheiten von CryEngine 3, über die Grafikengine der Zukunft und eine kleine Einschätzung in Sachen Larrabee. Danke, Cevat!

• Am Intel-Stand ging’s von der ersten Minute an richtig rund. Soll heißen, die Demos zu Parallel Studio, Intel TBB, Intel GPA und anderen Tools und Techniken sind ein echter Renner. Obendrein zieht das Gewinnspiel, bei dem man ein schickes Asus-Netbook abgreifen kann, die Leute an den Stand. Das liegt natürlich vor allem an “fabulous” Kellie!

• Die Keynote von Cevat Yerli, seines Zeichens CEO von Crytek, war richtig gut besucht. Kein Wunder, es ging schließlich um die Zukunft der Grafik-Engine. Und über die Vergangenheit ebenfalls, mitels CryEngine 1 und 2.

• Das Interview mit Cevat war kurz, knackig und sehr pointiert. Aber dazu gibt es etwas später mehr. So, stay tuned …

Ach ja: Wir haben schon mal ein wenig gedreht und die besten Impressionen in einen 80-Sekünder gepackt. So als Aufwärmprogramm – quasi …

Dazu gehören Keynote-Vorträge von Cevat Yerli, seines Zeichens CEO von Crytek, David Cage von Quantic Dream und anderen wichtigen Köpfen der Spielebranche. Das Bild der Konferenz werden allerdings die zahlreiche Sessions aus den Themenbereichen Geschäftsmodelle, Game Design, Produktionsabläufe, Programmierung und Entwicklung sowie Visual Arts bestimmen.

Das Software Dev Blog interessiert sich natürlich hauptsächlich für die technischen Vorträge. Daher werden wir uns – ausgestattet mit Notebook und Videokamera – auf die Suche machen nach interessanten Gesprächspartnern und spannenden Inhalten. Wir werden also unter anderem mit Leigh Davies darüber reden, worauf es beim Entwickeln von Software ankommt und warum mit jeder neuen Prozessorgeneration neue Herausforderungen und Chancen auf Spieleentwickler zukommen.

Natürlich werden wir uns auch das Entwicklertool Graphics Performance Analyzers ansehen und uns von Steve Hughes zeigen lassen, wie es Sega mithilfe der Toolsuite geschafft hat, ihren Spieletitel “Empire: Total War” für integrierte Grafikchips zu optimieren. Darüber hinaus werden wir uns in die Larrabee-Sessions setzen und mit den zuständigen Intel-Ingenieuren reden, was es mit der Vektorisierung und Rasterisierung sowie dem parallelen Speichern und Laden mithilfe des Befehlssatzes LRBni auf sich hat.

Daneben werden wir natürlich unsere Fühler ausstrecken und die interessantesten Infos auf der GDC09 ausgraben. Sicherlich fündig werden wir am Crytek-Stand im großen Aussteller-Areal. Dort kann man nämlich die CryEngine 3 bewundern. Und hoffentlich können wir mit den Ubisoft-Leuten am Stand 153 über Anno 1404 reden – und über die Bemühungen reden, die in Sachen Multicore-Optimierung in dem Spieltitel stecken.

Deshalb solltet ihr es auf keinen Fall verpassen, von Montag bis Mittwoch unsere Liveberichterstattung von der GDC09 mitzuverfolgen. Und zwar per Blog, Videoclips und Twitter. Die volle Bandbreite eben!

Dieser trägt offiziell den Titel SIMD programming with Larrabee: Second Glance at the New Instructions in Action und beschäftigt sich sehr detailliert mit der SIMD-, also registernahen Programmierung von Larrabee-basierter Software. Hierzu werden Steve Hughes und Steve McCalla von Intel sehr tief in die Materie einsteigen und darüber referieren, dass …

… zu jedem Larrabee-CPU-Kern 32 Vektor-Register gehören, die jeweils 16 Bit breit sind und sich für parallel ausführbare Operationen nutzen lassen. Das ergibt in Summe 512 breite SIMD-Register pro Core.

… die Larrabee-nahe Programmierung zwei Methoden bereithält, um Vektoroperationen durchzuführen: SOA (Structure of Arrays) und AOS (Array of Structure). Beide haben ihre Berechtigung und Steve & Steve werden ausführlich darlegen, in welchem Fall welche der beiden Methoden die bessere ist. Und das anhand einfacher mathematischer Beispiele wie der Matrizenberechnung.

… Predication acht 16-Bit-breite Register nutzt, um vektorbasierte Vergleichsoperation parallel durchzuführen. Damit sind auch klassische x86-Schleifenkonstrukte realisierbar.

… Gather und Scatter ebenfalls ganz wichtig sind, wenn man über Larrabee-Programmierung redet. Gather entspricht einem auf 16 Floatingpoint-Registern parallel ausführbaren Ladebefehl pro Kern. Und Scatter bezeichnet den umgekehrten Weg, also das simultane Speichern dieser 512 Bit breiten Vektoren. Dabei werden wir auch lernen, dass Gather und Scatter wesentlich von der Cache-Taktung abhängig sind.

… es bereits eine C++ Larrabee Protoype-Bibliothek gibt, in der es nur noch einen Header und keine .lib- oder .dll-Dateien mehr gibt. Zudem wird wohl das Debuggen um einiges einfacher sein und es sollen möglichst sämtliche bestehenden Plattformen unterstützt werden.

Es gibt also viele gute Gründe, sich den Dienstagmorgen (10:10 bis 11:00 Uhr MESZ) zu reservieren, um entweder direkt auf der GDC’09 zu Köln die Larrabee-Session live mitzuerleben oder hier auf diesem Blog vorbeizuschauen. Denn wir werden in Bild und Ton darüber berichten, was Steve & Steve zu erzählen haben – und warum man als 3D-Programmierer in Zukunft wohl kaum noch an Larrabee vorbeikommen wird.

Natürlich wird Leigh Davies in seiner Session auch kurz und knapp auf Larrabee eingehen. In diesem Zusammenhang habe ich versprochen, euch ein paar mehr Infos zu den Larrabee-Sessions zukommen zu lassen. Dieses Versprechen löse ich hiermit ein. Ok, eigentlich ist der heutige Beitrag nur die eine Hälfte des eingelösten Versprechens, da die Kurzfassung des zweiten Larrabee-Vortrags morgen folgt.

Nach einer kurzen Einführung, was Larrabee ist und wozu es eingesetzt werden kann, wird Steve McCalla von Intel ziemlich schnell in Medias Res gehen. Ohne Umschweife wird er über einen Teil der mehr als 100 neuen Befehle reden, die Larrabee zu bieten hat. Dazu gehören vor allem Vektor-Befehle, mit deren Hilfe bestimmte Operationen wie Multiplikation und Addition in den vorhandenen 32 Vektor-Registern parallel ausgeführt werden können (diese Register v0 bis v31 sind übrigens allesamt 512 Bit breit!).

Steve wird aber auch darüber referieren, dass notwendige Datenkonvertierungen bereits während eines LOAD-Befehls durchgeführt werden können. Und beim Speichern von Daten ist diese Umwandlung natürlich auch möglich.

Doch was nützt die schönste Theorie, wenn die Praxis nicht zu Wort kommt. Daher steigt Steve in die Larrabee-Programmierung ein und zeigt anhand diverser Bespiele, dass man mit relativ wenig Aufwand die volle Bandbreite von Larrabee effizient nutzen kann. Dazu gehört ein sehr komplexes Mandelbrot-Codebeispiel, aber auch einfache mathematische Operationen sollen die Vorteile der Vektorisierung zeigen. Und so geht es weiter: Steve spricht über Broadcast- und Konvertierungsbeispiele, über die GPU-Eigenschaften von Larrabee und sehr ausführlich über die Rasterisierung mit der neuen GPGPU-Technik von Intel.

Ach ja: Ich bin ja schon sehr gespannt, ob Tim Sweeney von Epic Games zu Wort kommen wird. Der hatte nämlich schon mal die Gelegenheit, einen Blick auf Larrabee zu werfen, und befand kurz und knapp: “Larrabee rocks!” Oder etwas genauer gesagt: “Jede traditionell programmierte Schleife kann vektorisiert und mithilfe der Larrabee-Vektoren parallel ausgeführt werden!” Oder so ähnlich …

Wenn ihr auch wissen wollt, ob Tim das wirklich gesagt hat, solltet ihr es auf keinen Fall versäumen, unsere Liveberichterstattung aus Köln mitzuverfolgen. Ich bin nämlich gemeinsam mit dem Kollegen Papadhimas vor Ort und werde über alles Wissenswerte berichten, was sich auf der GDC Europe 2009 zuträgt. Drei volle Tage. Das rockt!

Am Montag um 17:40 Uhr stellt sich Leigh Davies die Frage, wie Spieleentwickler Schritt halten können mit den permanenten Neuentwicklungen im Prozessorsegment – und was sie davon haben. Es geht also um aktuelle Mikroarchitekturen von Intel (Core 2, Core i7) und geplante Prozessoren (Westmere, Sandy Bridge). Letztere werden übrigens ausschließlich auf 32-nm-Basis gefertigt. An diese ständigen Veränderungen sollten sich die Spieleentwickler permanent anpassen können. Spieleprogrammierer sind vor allem dazu aufgerufen, nicht mehr ausschließlich sequenziell, sondern auch parallel zu entwickeln.

Leigh bleibt aber nicht an der Oberfläche: So wird er die letzten drei Mikroarchitekturen (Pentium 4, Core und Core i7) genauer beleuchten und die Vorteile erläutern, die vor allem die neueren Architekturen mit sich bringen. Und zu der aktuellen Core-i7-Architektur gibt es ganz besonders viele Informationen. Also solche Dinge wie verbesserte Sprungvorhersagen, höhere Speicherbandbreiten und vieles mehr.

Vor allem das verbesserte Speichersystem der Core-i7-Architektur ist für Spieleentwickler eine große Chance: Die Latenzzeiten sind im Vergleich zur Core-Architektur deutlich geringer (zirka minus 40 Prozent) und die Bandbreite konnte drastisch erhöht werden (von zirka 10 GByte/Sek. auf rund 33 GByte/Sek.). Das ist vor allem für hochkomplexe 3D-Gebilde mit vielen tausenden von Polygonen ein echter Glücksfall.

Aber auch von der hardware-nahen Programmierung mithilfe der SSE-Befehlssätze profitieren 3D-Spiele. Dank der SSE4-Befehle können viele Operationen noch schneller und effizienter ausgeführt werden. Darum lautet ein gut gemeinter Rat von Leigh Davies: “Eure Kunden haben SSE-basierte Hardware – also macht auch etwas damit!”

Es geht aber nicht nur um Speicheraspekte, sondern auch um das Hyperthreading, das von vielen Intel-CPUs unterstützt wird (Intel nennt es auch SMT = Simultaneous Multithreading). SMT bietet standardmäßig ein gewisses Maß an eingebauter Parallelität: Es werden zwei Threads gleichzeitig verarbeitet, Ressourcen werden simultan genutzt und aufgrund der optimierten Out-of-Order-Verarbeitung können verbesserte CPI-Werte erreicht werden (CPI = Clockticks per Instruction). Die gute Nachricht: Die Core-i7-Architektur beherrscht SMT noch ein ganzes Stück besser, da die Caches größer sind, die Bandbreite wesentlich erhöht wurde und auch die Execution Units schneller rechnen können.

Natürlich kommt während Leighs Session die Zukunft nicht zu kurz: So wird die die nächste Prozessorgeneration mit dem Codenamen “Sandy Bridge” standardmäßig 256-Bit-breite SSE-Register aufweisen, was die parallele Datenverarbeitung auf Prozessorebene erheblich beschleunigen wird. Klar ist auch, dass Mister Davies über Larrabeee und dessen Auswirkungen auf die Softwareentwicklung referieren wird. Aber hierfür gibt es ja schließlich zwei eigene Techsessions. Hiervon wird auch noch die Rede sein. Versprochen!

Dazu gehören vor allem die Techsessions, die unter Programming aufgeführt sind:

• Bringing ‘Empire: Total War’ to the masses with Intel’s Graphics Performance Analyzers: In dieser Techsession geht es um die Optimierung von 3D-Spielen für integrierte Grafikchips, wie sie immer öfter in Notebooks zu finden sind. Hierfür gibt es übrigens eine Toolsuite, die sich Graphics Performance Analyzers nennt und dafür sorgt, dass 3D-Spiele gut aussehen und trotzdem auf Grafikeinheiten à la Intel GMA X4500 flüssig laufen – und den Akku schonen.

• Dual Numbers: Simple Math, Easy C++ Coding, and Lots of Tricks: Am Ende dieser Session sollen vor allem C++-Programmierer verstehen, wie sie ihre Herausforderungen mithilfe von Dualen Zahlen bei der Programmierung von Grafik- und Physics-Einheiten besser meistern. Duale Zahlen werden insbesondere bei der Berechnung von Matrizen eingesetzt, spielen aber auch in der Geometrie und bei der Differentialrechnung eine wichtige Rolle.

• SIMD programming with Larrabee: First Glance at the New Instructions in Action: In diesem TechTalk geht es um den neuen Befehlssatz LRBni, der für die Programmierung von Larrabee-basierten Plattformen zum Einsatz kommen wird. Steve McCalla von Intel wird dabei mit einfachen mathematischen Beispielen beginnen, weiter machen mit Schleifenkonstrukten und komplexen Flusskontrollen und letztlich bei der Frage landen, wie sich diese Algorithmen mithilfe von LRBni implementieren lassen.

• SIMD programming with Larrabee: Second Glance at the New Instructions in Action: Wenn es von Steve einen ersten Blick auf LRBni gibt, darf ein zweiter natürlich nicht fehlen. In dieser Session werden Steve (Hughes) & Steve (McCalla) ein wenig mehr über den Befehlssatz erzählen, den LRBni zu bieten hat. Es geht also um sehr breite SIMD-Register, spezielle Multiplikation-Addition-Befehle, eingebaute Datenkonvertierung und einiges mehr.

• Who Moved the Goalposts? The Rapidly changing World of CPU’s and Optimization: Wer kann da noch Schritt halten: Core 2 Quad, Core 2 Extreme, Core i7, demnächst Core i5 und, und, und. Intel bringt scheinbar permanent neue Prozessoren auf den Markt, und alle bieten neue Features und neue Möglichkeiten für Spieleentwickler. Um das CPU-Gestrüpp ein wenig zu entwirren, stellt Intel-Mann Leigh Davies die aktuellen (und künftigen?) Prozessoren vor und nennt deren Wesensmerkmale und wie sich Programmierer diese zu eigen machen können. Für noch bessere und schnellere Computerspiele.

Bevor ich’s vergesse: Ich werde während der drei Tage GDC09 in Köln nicht nur livebloggen, sondern kann zudem die Videodienste von Tom Papadhimas in Anspruch nehmen. Es gibt also auch bewegte Bilder, in denen wir die Größen der Spiele-Industrie mit Fragen löchern werden. Darauf freuen wir uns schon sehr – und ihr euch hoffentlich auch.

• Montagmorgen, 9 Uhr, geht es los mit den ersten Sessions, die bis 18:3o angeboten werden. Von 10 bis 18 Uhr kann man sich aber auch in entspannter Atmosphäre mit den Ausstellern über deren Produkte unterhalten. Dies gilt auch für den Dienstag; am Mittwoch enden die Sessions allerdings schon um kurz nach 16:00 Uhr.

• Am Montag um 11:20 Uhr wird es dann zum ersten Mal richtig interessant: Da hält Crytek-Chef Cevat Yerli seine Keynote unter dem Titel “The Future of Gaming Graphics”. Dabei geht es natürlich auch um die CryEngine 2, aber auch um das Rendern hochkomplexer 3D-Gebilde.

• Am Dienstag sollte man auf keinen Fall die Keynote von David Cage verpassen. David ist CEO von Quantic Dream und ist unter anderem verantwortlich für den Titel Indigo Prophecy. Der Titel seines Vortrags: “Writing Interactive Narrative for a Mature Audience”. Ob er uns dabei einen Blick hinter die Kulissen in Sachen Heavy Rain gewährt, kann man nur hoffen.

• Das absolute Highlight am Mittwochvormittag ist sicherlich die Keynote von Klass Kersting von Gameforge. In seinem Vortrag geht es wohl um Geschäftsmodelle, zumindest lässt das der Titel vermuten: “Changes in the Games Industry – Free-to-play vs. Payment Models”.

Neben diesen interessanten Keynotes wird es eine Reihe sogenannter Techsessions geben, in denen der geneigte Zuhörer sehr kompakt und sehr fundiert über neue Techniken und Entwicklungen der Spieleprogrammierung informiert wird. Welche ich mir auf jeden Fall selbst geben werde, erfahrt ihr in meinem morgigen GDC09-Blogpost.

Ach ja: Natürlich werde ich mir die Sessions nicht nur anhören, sondern auch live und in Farbe darüber berichten. Zu diesem Zweck fährt Tom Papadhimas mit nach Köln und hat seine Videokamera dabei. Es gibt also nicht nur das geschriebene Wort, sondern auch bewegte Bilder, in denen wir die Größen der Spiele-Industrie mit Fragen malträtieren werden. Darauf freuen wir uns schon sehr – und ihr euch hoffentlich auch.

Ich war auf der Veranstaltung in München und konnte mich selbst davon überzeugen: der Raum war proppenvoll, da das Thema wohl für viele sehr spannend ist. Der Bedarf nach mehr Wissen zum Thema Parallelprogrammierung ist sehr groß, und mindestens genauso groß sind die Lücken, die sich dazu bei vielen Entwicklern auftun.

Nun, diese Defizite konnten Intel und Microsoft hoffentlich ein wenig beheben. Und wer selbst nicht die Gelegenheit hatte, sich vor Ort ein eigenes Bild davon zu machen, was es mit der parallelen Programmierung auf sich hat, dem seien die drei Videoclips empfohlen, die Microsoft online gestellt hat.

Allerdings sollte man sich viel Zeit nehmen, denn die Videokollektion umfasst mehr als drei Stunden Anschauungsmaterial zu diversen Themen:

• Warum wird Parallel Computing immer wichtiger?

• Was genau verbirgt sich hinter Parallel Studio?

• Was kommt alles auf Entwickler mit Visual Studio 2010 und .NET 4 zu?

• Wer braucht Intel Threading Building Blocks?

Deshalb: Popcorn und Coke bereitstellen, Füße hochlegen und Videos gucken. Und zwar welche der lehrreichen Sorte, Powerpoint-Folien inklusive.

Dieses Jahr geht es nach Köln, die Veranstaltung heißt GDC’09, aber die Fragen werden wieder wichtig sein. Und die Themen natürlich auch. Eine der technischen Sessions wird sich beispielsweise mit der Frage beschäftigen, warum der Spieletitel “Empire: Total War” sogar auf Notebooks mit integriertem Grafikchip spielbar ist, ohne dass dabei auf die visuellen Effekte und den Spielspaß verzichtet werden muss.

Ich kann es ja schon mal ein wenig vorweg nehmen: Es wird um das Intel-Tool Graphics Performance Analyzer gehen, mit dessen Hilfe die Entwickler von Creative Assembly resp. Sega ihr 3D-Epos Laptop-tauglich gemacht haben. Soll heißen, es wurden Bottlenecks und andere Dinge aufgespürt, die dazu führen, dass das 3D-Abenteuer unter normalen Umständen auf einem Notebook mit Intel-Grafikchip nur unzureichend laufen würde. Mit dem Analysetool lassen sich diese Flaschenhälse identifizieren und eliminieren.

Wer jetzt auf den Geschmack gekommen ist und “Empire: Total War” in Aktion sehen will, sollte sich schon mal im Kalender den 18. August rot markieren. Dann gibt es mehr Infos zu den Optimierungsarbeiten am Sega-Spieletitel. Und die 3D-Schlachten werden in Köln sicherlich auch zu sehen sein.

Zu den Präsentierenden gehörte Dr. Carsten Bange vom Marktforschungsunternehmen BARC, der eine Menge interessanter Fakten in Sachen Datenaufkommen der Gegenwart und Zukunft zu erzählen hatte. So generierte laut Bange Wal Mart im Jahr 1992 gerade mal ein Terabyte Daten, 2007 waren es schon 1.000 Terabyte – Tendenz stark steigend.

Die Kurzdarstellungen der Herren Michael Kempke von IMS Healthcare und Frank Stoll von Quelle gewährten ebenso interessante Einblicke in ihre Zusammenarbeit mit Exasol und den Einsatz von deren Datenbankanwendung EXASolution. So analysiert IMS beispielsweise mithilfe von EXASolution 960 Millionen Rezeptdaten innerhalb von schlappen 5 bis 12 Minuten.

Eines hatten die drei Referenzkunden also gemein: EXASolution hat ihnen bei der Lösung ihrer Probleme wirklich weitergeholfen. Denn neben der wohl recht unproblematischen Implementierung (parallel zur bestehenden Infrastruktur) geht es bei der Exasol-Lösung vor allem um Tempo.

So ähnelten die genannten Zahlen einander frappierend: Wartete man mit der vorherigen DB-Lösung mehrere Stunden auf ein brauchbares Ergebnis, nimmt dieselbe Operation dank EXASolution nur wenige Minuten in Anspruch. Ein erheblicher Wettbewerbsvorteil, in der Tat. Damit rückt die immer wichtiger werdende Echtzeit-Verarbeitung von großen Datenbeständen ein gutes Stück näher.

Woher aber kommt diese Überlegenheit von EXASolution gegenüber den Mitbewerbern? Nun, da ist zum einen die sehr gute Skalierbarkeit zu nennen. Der Datenbanklösung ist nämlich völlig egal, ob sie auf einem oder Dutzenden von Clustern läuft. Damit sind der jeweiligen Anwendung so gut wie keine Grenzen gesetzt.

Zudem hat Exasol schon früh darauf geachtet, dass die Datenbankabfragen nicht nur innerhalb eines Clusters parallel ausgeführt werden, sondern dass EXASolution auch das Multicore-Potenzial heutiger und zukünftiger Prozessoren optimal ausnutzt. Hierfür haben die Exasol-Entwickler sogar zu (erlaubten) Hilfsmitteln wie VTune gegriffen, mit dessen Hilfe Hotspots und kritische Abschnitte einer Anwendung gefunden und eliminiert werden können.

All diese Anstregungen haben sich offensichtlich gelohnt: Denn neben zufriedenen Kunden (zu denen übrigens auch Xing gehört) erreicht EXASolution beim anerkannten HPC-Benchmark TPC-H in allen Bereichen erstaunliche Bestwerte, hinter denen sich die Konkurrenz eigentlich nur beschämt verstecken kann. Und das Preis-Leistungs-Verhältnis der Datenbanklösung kann sich ebenfalls sehen lassen.

Foto: Simon Muhm - www.simon-muhm.de

Es soll ja Leute geben, die mit ihrem Wochenende etwas anzufangen wissen: Entweder gehen sie in die Berge zum Wandern oder besuchen Tante Ilse aufm Land oder machen sonst was. Und was mache ich?

Ich treibe mich lieber an zwei Tagen auf dem GameCamp Munich 2009 herum, das vorigen Samstag und Sonntag bei Microsoft in Unterschleißheim stattgefunden hat.

Jetzt mag sich manch einer fragen: GameCamp, was’n das?! Hierzu habe ich erst kürzlich etwas verfasst, was bei der Beantwortung dieser Frage weiterhelfen könnte. Insgesamt war das GCMUC09 eine gut gelungene Veranstaltung, die gemeinsam von Microsoft und Flobbymedia initiiert und organisiert wurde. Den Machern des Barcamps ging es vor allem darum

die interdisziplinäre Vernetzung der Branche, die Entwicklung neuer Thesen und Ideen sowie die Förderung der Videospielkultur

voranzutreiben. Ob ihnen das gelungen ist, kann ich nicht sagen. Aber am Ende waren wohl alle (sehr) zufrieden. Behandelt wurden unter anderem folgende Themen:

• Vermarktung von Spieletiteln

• Pressearbeit ohne Presseabteilung

• Was macht eigentlich die Gema?

• Interaktives Storytelling

• Was ist vom Killerspieleverbot zu halten?

• Programmieren lernen mit Serious Games anhand von AntMe

• In-Game Advertising

• Multicore-Programmierung für 3D-Spiele

Darüber hinaus waren mit einem eigenen Stand vertreten:

• Intel mit zwei coolen 3D-Demos, die ziemlich eindrucksvoll gezeigt haben, wie ein komplexes 3D-Spiel zum Leben erwacht, wenn es nicht nur auf einem, sondern auf acht Prozessorkernen gleichzeitig läuft.

• Qantm, die unter anderem angehenden Spieleprogrammierern und -designern dabei helfen, ihren Job in Zukunft richtig gut zu machen.

• Die Jungs von Game-TV, die mit Kamera und Mikro bewaffnet (sic!) den ein oder anderen Anwesenden interviewt haben.

Und sonst? Es gibt eine Menge Bilder vom GameCamp zu begutachten und wer wissen will, was an den zwei Tagen alles passiert ist, sollte sich mal den Twitter-Stream geben. Na dann, bis zum GameCamp Munich 20X!

Aspekt #1: Single-Core-Maschinen werden immer mehr von Multicore-Rechnern abgelöst. Das hat damit zu tun, dass sich der CPU-Takt nicht weiter erhöhen lässt.

Problem #1: 3D-Game-Programmierung ist nicht trivial, weder sequenziell noch parallel. Was schon geschieht ist ein zeitversetztes “Update World” und “Rendering” (z.B. auf der Xbox 360).

Hoffnung #1: Viele Dinge bei der 3D-Programmierung lassen sich parallelisieren, z.B. Rendering, Physics, KI, Particles.

Herausforderung #1: Wie verteile ich das Spiel auf die notwendigen Threads und auf die vorhandenen Ressourcen (= Core)?

Parallele 3D-Programmierung #1: Mach aus einzelnen Tasks – wie KI, Physics, Rendering, Update World – Subtasks!

Herausforderung #2: Definiere Abhängigkeiten der einzelnen Tasks!

Lösung #1: Intel TBB hilft Gaming-Entwicklern dabei, die anfallenden Tasks möglichst gut auf die vorhandenen Cores zu verteilen. Hierzu bedient sich Intel TBB eines Thread Pools, der für jeden Task einen eigenen Thread bereit hält.

Analogie #1: Beim Verwalten von Tasks geht es genauso zu wie im Supermarkt: Sobald ein Task-Queue frei wird (=Kasse), wird ein bereits wartender Task in eine freie Queue verschoben ( =Task-Stealing).

Lösung #2: Die “Größe” einer Task wird vom Task Partitioner bestimmt, um ein Load Imbalancing zu vermeiden.

Lehre #1: Wenn mehr Game Designer mehr über parallele Programmierung und deren Grenzen/Möglichkeiten wüssten, würden sich die Spieleprogrammierer ein gutes Stück leichter tun.

Ausblick #1: Larrabee wird eine Manycore-GPU-Lösung sein, die wohl Ende nächsten Jahres auf den Markt kommen wird.

Ausblick #2: Eines Tages werden CPUs und GPUs verschmelzen und zu einer leistungsfähigen Einheit mutieren.

Ausblick #3: OpenCL wird die Programmiermethoden verändern (und hoffentlich verbessern).

Außerdem wird Aaron wohl das ein oder andere über Larrabee erzählen, die zukünftige GPCPU-Lösung von Intel, mit der sich sehr parallel und sehr schnell nicht nur 3D-Berechnungen, sondern auch ganz allgemeine Aufgaben durchführen lassen.

Deshalb: Kommet doch alle um 15 Uhr in den Raum Quantm auf dem GamesCamp Munich 2009.

Klar, dass es dabei vor allem um Visual Studio 2010 samt .NET 4 gehen wird, aber natürlich auch um Parallel Studio mit Parallel Composer, Parallel Inspector und Parallel Amplifier. Ich bin schon sehr gespannt, wer alles dort zugegen sein wird, um sich höchstpersönlich die Infos aus erster Hand zu holen.

Am übernächsten Wochenende folgt dann das GameCamp Munich 2009, auf dem ich ebenfalls anwesend sein werde, um vor Ort zu bloggen, zu netzwerken und das ein oder andere Video zu drehen. Doch ich werde nicht allein sein: Intel wird sich als Sponsor betätigen und wohl am Sonntag eine eigene Session zum Thema Visual Computing und Multicore abhalten. Das wird bestimmt sehr spannend. Außerdem wird der Kollege hoffentlich einen Demo-PC dabei haben, mit dessen Hilfe er das Thema Multicore-Programmierung für 3D-Spiele anschaulich vorführen kann.

Ach ja: Das GameCamp Munich 2009 findet in Unterschleißheim bei Microsoft statt, die ihre Räumlichkeiten für die Konferenz zur Verfügung stellen. Und was ich so gehört habe, sind noch Plätze frei. Also, worauf wartet ihr noch mit der Anmeldung?!

Mittwoch ging es dann wieder nach München, damit ich am Donnerstag auch ja pünktlich auf der .NET-Multicore-Konferenz sein konnte, um von dort aus live zu bloggen. Was auch gut geklappt und zudem viel Spaß gemacht hat. Und es war nicht nur informativ, sondern auch sehr unterhaltsam, Ralf Westphal und Bernd Marquardt gemeinsam auf der Bühne zu erleben. Denn neben der geballten fachlichen Kompetenz konnten die zwei auch mit Entertainment-Qualitäten überzeugen. Stellenweise habe ich mich an meine Jugend erinnert gefühlt, in der Statler und Waldorf auf dem Muppet-Show-Balkon Ähnliches abgeliefert haben.

Neben all der Unterhaltung stand natürlich das Fachliche im Vordergrund, und das war sehr fundiert. Es ging um wirklich spannende Dinge:

• Zunächst durfte Rami Radi von Intel die Konferenz mit seiner Keynote eröffnen. Sein Vortrag war (a) sehr folienlastig und (b) sehr informativ, wenngleich er dem ein oder anderen Zuhörer eine ganze Menge abverlangt hat. Mit Basics oder ähnlichem Ballast hat sich Rami erst gar nicht aufgehalten, sondern ging gleich in Medias Res. Wie gesagt: tough stuff!

• Was dann kam, hätte ganz gut vor Ramis Grundsatzrede gepasst: Eine Einführung in das Thema Multicore-/Multithread-Programmierung. Dort gingen Ralf und Bernd richtig interaktiv auf wichtige Fragen rund um die parallele Programmierung ein. Dazu gehören Latenzprobleme, der gemeinsame Zugriff auf Speicherressourcen, das Gesetz von Amdahl und der Umgang mit Threads.

• Teil drei der Multicore-Konferenz brachte dann Statler und Waldorf, äh, Ralf und Bernd erneut gemeinsam auf die Bühne, damit sie über Multithreading mit .NET-Bordmitteln reden konnten (genauer: mit Bordmitteln des .NET-Frameworks). Dabei ging es um wichtige Aspekte wie die Steuerung von Threads, den .NET-Threadpool, asynchrone Methoden und atomare Anweisungen.

• Nach der Mittagspause mussten dann Ralf und Bernd ohne ihre Alter Egos erneut “vors Mikro”, um über die parallele Programmierung unter .NET 3.5 einerseits und die Microsoft Concurrency Coordination Runtime anderseits zu referieren. Bernd erzählte unter anderem von der Schleifenparallelisierung, parallelen Aggregationen, von Task- und Future-Klassen und hatte sogar ein paar Tipps und Tricks dabei. Ralf seinerseits ging verstärkt auf das Thema Synchronisierung und das Warteschlangenprinzip der CCR ein.

Die CCR ermöglicht ein neues Programmiermodell für parallel laufende Anwendungen. Ein sehr schöner Ausspruch von Ralf lautet übrigens: “Vergesst Threads!”, da Threads synchronisiert werden müssen, was Ralf nicht wirklich mag. Um das besser verdeutlichen zu können, schreibt er in Echtzeit verschiedene kleinere Programme. Sehr schlau!

Das Besondere an der CCR ist das Warteschlangenprinzip: Jeder Befehl oder jedes Datum wird im Hintergrund aus der Warteschlange ausgelesen und verarbeitet, sobald eine Ressource frei ist. Damit müssen keine expliziten Threads erzeugt und wieder beendet werden, da sich die CCR automatisch darum kümmert. Hierfür steht die DispatcherQueue-Klasse zur Verfügung.

Die CCR erlaubt sowohl den Einsatz des Standard-Threadpools als auch eigene Threadpools auf Dispatcher-Basis.

Folgende Elemente kommen zum Einsatz:

• Parallele Erweiterungen für LINQ = PLINQ

• Schleifen parallelisieren: Die hierzu gehörige Klasse heißt System.Threading.Parallel. Schleifen werden auf mehrere Threads aufgeteilt werden, aber nur, wenn die einzelnen Schleifendurchläufe unabhängig voneinander sind. Dabei müssem die Indezies alle gleich sein. Am Ende der Schleife werden alle Threads synchronisiert. Fazit: Schleifenparallelisierung lohnt sich nur bei komplexen und großen Schleifen! Wichtig ist auch die richtige Verteilung einer Schleife auf die vorhandenen Prozessorressourcen. Dies gelingt, indem die einzelnen Schleifendurchläufe in kleinen Portionen verarbeitet werden.

• Aggregationen: Hierbei geht es um das Zusammenfassen von Ergebnissen. Dabei ist Locking meist erforderlich. Zwischenwerte werden über sogenannte ThreadLocateState weitergegeben. Der Ablauf sieht folgendes vor: Initialisierung, Zwischenspeichern der einzelnen Thread-Ergenisse und das abschließende Zusammenführen der Zwischenwerte inklusive Locking. Übrigens: Aufgrund des Zusammeführens der einzelnen Thread-Zwischenergebnisse kann ist bei der parallelen Ausführung zu Rundungsfehlern kommen und das Ergebnis weicht vom sequentiellen Programm ab.

• Codeblöcke parallelisieren: Hier kommt die Invoke-Methode zum Einsatz.

• Die Task-Klasse: Diese funktioniert ähnlich wie die ThreadPool-Klasse und haben dieser gegenüber wesentliche Vorteile: Sie lassen sich mit wait() synchronisieren und abbrechen. Interessant an dieser Task-Klasse ist die Tatsache, dass dahinter ein spezieller Thread-Pool steckt, der deutlich schneller als der Standard-Threadpool arbeitet.

• Die Future-Klasse: Sie ist abgeleitet von der Task-Klasse und ermöglicht die asynchrone Berechnung von Daten. Dabei wird auf Daten, die noch berechnet werden, automatisch gewartet oder das Endergebnis sofort ausgegeben. Die Future-Klasse eignet sich übrigens dazu, die Bedienoberfläche von Hintergrundberechnungen zu entkoppeln und damit die Anwendungen performanter zu machen.

• Concurrent Exceptions: Im Gegensatz zu sequentiellen Anwendungen können in parallelisierten Applikationen zu einer bestimmten Zeit mehrere Exceptions ausgeworfen werden. Hierfür ist natürlich ein anderer Exception-Mechanismus erforderlich. So müssen zum Beispiel im Falle einer Exception mehrere Threads gleichzeitig angehalten werden.

• Synchronisierung: Hierfür sind diverse Klassen im .NET-Framework vorhanden wie Lazyinit und WriteOnce.

Tipps und Tricks:

• Bei Parallel.For und Parallel.ForEach muss die (Anzahl der Durchläufe * Dauer) auf jeden Fall groß genug sein (beispielsweise schlägt bei der Matrix-Multiplikation die Parallelisierung erst bei sehr großen Matrizen voll durch).
• Nur äußere Schleifen parallelisieren wegen der Abhängigkeiten der Variablen
• Amdahl’s Gesetz berücksichtigen

Die ersten Multithread-Erfahrungen hat Nero mit seiner Brennsoftware vor vielen Jahren gemacht, was der Firma heute noch dabei hilft, neue Software-Titel für die aktuelle Hardware-Generation so zu schreiben, dass sie möglichst gut skalieren.

Nach einer ganzen Menge an marketinglastigen Infos wird’s endlich technisch. Zunächst geht es um die Frage, welchen Herausforderungen sich ein Entwickler gegenüber sieht, wenn er Multimedia-Software möglichst leistungsfähig schreiben will. Dazu gehört unter anderem Realtime-Encoding (und das natürlich parallel) – in möglichst vielen Datenformaten. Aber auch hoch komplexe Codecs, HD-Inhalte, große Datenmengen und DRM-/Sicherheitsaspekte stellen Herausforderungen dar.

Doch wie schafft es Nero, in Multicore-Dimensionen zu denken? Nun, hierfür sind laut Charly Lippoth neue Kenntnisse und ein neues Denken erforderlich. Dazu gehört beispielsweise die Erkenntnis, dass Funktionen möglichst gut auf den vorhandenen Prozessorkernen skalieren müssen.

Aber auch die Programmierung auf Maschinencode-Ebene hilft Nero beim Optimieren der Software, indem beispielsweise SSE-Befehle optimal eingesetzt werden. Ein weiterer Aspekt ist aber natürlich der Einsatz der richtigen Tools.

Ein gutes Beispiel für effizientes Multithreading sind Audio- und Videocodecs, bei denen es ein hohes Parallelisierungspotenzial gibt. Das beginnt beim Videoscaling und endet bei der Transformation von HD-Content in 2K- oder 4K-Inhalte.

Folgende Nero-Anwendungen sind parallelisiert: Move It, LiquidTV, Recode, 1080p-Wiedergabe und Mediamanagement.

Nero setzt auf Intel-Tools wie VTune Performance Analyzer und Parallel Inspector, mit deren Hilfe die aktuelle Bluray-Software verbessert werden konnte, da es in der Vergangenheit Probleme beim Synchronisieren von Daten und Threads gab.

Die abschließende Recode-Demo zeigt, was mit einer parallelisierten Anwendung möglich ist: HD-Videocontent lässt sich auf einem Core-i7-System in Echtzeit in ein portables Format konvertieren. Damit gelangen hochaufgelöste Inhalte innerhalb kürzester Zeit auf iPod, iPhone und Co.

Fazit: Nero lernt jeden Tag dazu und will und wird in Zukunft verstärkt auf Parallel Studio, Threading Building Blocks und die Task Parallel Library setzen. Und Entwickler und Programmierer kontinuierlich weiterbilden, für möglichst skalierende Anwendungen.

Dann durfte einer der Chefentwickler noch etwas zu seinen Erfahrungen mit Parallel Studio erzählen. Er zeigte sich sehr angetan von diesem Tool hinsichtlich des Aufspürens von Speicherproblemen zur Laufzeit. Aber: Der generierte Overhead ist nicht ganz trivial und muss noch verringert werden. Und an der Geschwindigkeit muss auch noch geschraubt werden. Aber darum nennt sich das Ganze auch noch “Beta” …

Den Anfang macht eine Demo mithilfe einer Mandelbrot-Berechnung, die auf einem Prozessor und auf 24 Prozessorkernen läuft – und das signifikant schneller! Das überrascht nicht wirklich …

Eines der Hauptprobleme beim parallelen Programmieren ist laut Eric – und das ist nicht nur seine Ansicht – die bestehende Ausbildung der aktuellen Studentengeneration, da diese nicht entsprechend ausgebildet werden.

Die Integration von Intel Parallel Studio in Visual Studio 2010 hat laut Eric diverse Vorteile: Load Balancing und Task Scheduling geschehen sehr ausgewogen. Außerdem werden die vorhandenen Ressourcen wie Intel TBB und Microsoft PPL optimal gemeinsam genutzt.

Eine weitere Demo zeigt den Unterschied zwischen LINQ und PLINQ, mit deren Hilfe ein Datensatz in einer Datenbank gefunden werden kann. Überraschung: Dank der Parallelisierung von PLING wird derselbe Datensatz in vier Sekunden identifiziert anstatt in 27 Sekunden auf LINQ-Basis.

Interessante Aussage: “The manycore is a disruption for developers but also a high opportunity!”

Eric stellt jetzt letztlich dieselbe Fragen wie James Reinders: Wie können Entwickler parallel entwickeln? Wie können sie dabei unterstützt werden, dies effizient und skalierend zu tun? Und wie können Entwickler möglichst einfach Programme erstellen und testen?

So, jetzt geht es um Visual Studio 2010. Eric stellt PLINQ im Detail vor.

Ein weitere Demo zeigt die Lösung des Monte-Carlo-Problems mithilfe einer parallelen Anweisung, die sich in wenigen Sekunden in den Sourcecode einfügen lässt. Und tatsächlich: Dank der Parallelisierung steht die Lösung auf einer Dualcore-Maschine nach knapp sieben Sekunden zur Verfügung (im Vergleich: Im seriellen Modus dauerte die Berechnung rund zwölf Sekunden).

Die Concurrency Runtime zeichnet sich durch zwei Hauptmerkmale aus: Load Balancing Scheduler (LBS) und Dynamic Resource Management (DRM).

Ohne große Umschweife kommt James auf Parallel Studio zu sprechen. Das Feedback der Beta-Tester ist wohl sehr gut. Gleichzeitig ist es aber wichtig, so Reinders, dass die Segmentierung der Tools klar ist: Parallel Studio wird in Zukunft den Mainstream der C++-Programmierer adressieren, während sich die anderen Softwarewerkzeuge eher an Highend-Entwickler wenden – unter anderem an diejenigen, die nicht in C++ unter Windows programmieren.

Klar, dass James auch über geplante Produkte redet. Zum einen über die nächsten Multicore-Prozessoren, die ein Vielfaches an Threads wie die aktuellen CPUs parallel verarbeiten können. Aber auch Larrabee kommt kurz ins Gespräch.

Jetzt liegt gerade eine interessante Folie auf, die das ganze Dilemma vieler Programmierer aufzeigt: Mehr Prozessorkerne bedeuten nicht zwangsläufig mehr Leistung, da die Taktraten nicht weiter nach oben gehen und aus diesem Grund die Anwendungen für parallel ablaufende Threads optimiert werden müssen. Und zwar so, dass die Software auch dann skaliert, wernn die Hardware nicht nur vier Prozessorkerne bietet, sondern 8, 16, 32 oder mehr.

Auf die Bühne kommt – Intel Threading Building Blocks, übrigens Teil des Parallel Studio.

“Tools must help” – sowohl in vergangenen Zeiten als Hilfsmittel als auch heute und morgen für korrekt und skalierend programmierte Anwendungen.

Ok, jetzt wird’s parallel: James spricht über Parallel Studio und stellt die vier Stufen der parallelen Programmierung vor: Design, Programmierung/Testen, Verifizierung, Tuning.

Design: Hiefür wird es eines schönen Tages den Parallel Advisor geben, der aber zunächst nicht Bestandteil von Parallel Studio sein wird.

Programmierung/Testen: Hierfür gibt es Parallel Composer, der verschiedene Tools in sich vereint: OpenMP 3.0, C++-Compiler, Parallel Debugger Plug-in, Integrated Performance Primitives, Threading Building Blocks, Lambda-Funktionen etc.

Verifizierung: Parallel Inspector kümmert sich um die Fehler und Bugs, die sich bei der parallelen Programmierung eingeschlichen haben. Letztlich ist der Inspector eine verbesserte Variante des Thread Checker, den es ja schon eine ganze Weile gibt. Was der Inspector besser macht ist das Aufspüren von Speicherproblemen, und das natürlich zur Laufzeit. Daneben findet Inspector Fehler in Multithreading-Segementen wie Dead Locks Data Races – und gleich die passenden Programmzeilen dazu.

Tuning: Parallel Amplifier spürt ähnlich wie VTune und Thread Profiler Flaschenhälse und Hotspots innerhalb einer parallel programmierten Anwendungen auf. Hierfür kann man sich beispielsweise seine Software benchmarken, indem man die vorhandenen Funktionen unterschiedlich anordnet und mithilfe des Amplifier herausfindet, welche Anordnung am besten ist.

Jetzt kommt James doch noch mal auf Parallel Advisor zu sprechen, der im Laufe des Jahres allen Studio-Anwendern zur Verfügung stehen wird. Dieses Tool wird Entwicklern dabei helfen, den besten Ansatz für die Parallelisierung seiner Anwendung zu finden.

Auch ein wichtiges Thema ist die geplante Version von Microsoft Visual Studio 2010, die eine Menge an Parallelismus eingebaut haben wird. Interssant an der Folie ist der Hinweis, dass Intel die Microsoft Concurrency Runtime in Zukunft unterstützen wird. Bisher ist es nämlich vor allem für .NET-Entwickler recht schwierig, Multithread-Code zu “überwachen”. Das betrifft hauptsächlich den Task Scheduler, der sich um das Verteilen der anfallenden Threads auf die vorhandenen Prozessoren kümmert.

Interessanter Einwurf eines anwesenden Teilnehmers: Warum sollte man nicht einfach auf Visual Studio 2010 warten, anstatt Parallel Studio einzusetzen? Antwort von James Reinders: Parallel Studio setzt auf OpenMP und hat vor allem mit dem Parallel Inspector ein Debugger-Tool “onboard”, das zur Laufzeit Data Races und Deadlocks finden kann!

Und jetzt noch zwei schöne Schlussworte:

C- und C++-Entwickler benötigen ALLE Parallel Studio!

Parallel Studio ist das absolut beste Tool für die parallel Programmierung!