In einem wirklich schicken Video erläutert der Musiker, warum sein Ultrabook mehr ist als ein gewöhnliches Notebook, wie es beim Komponieren und Abmischen hilft und somit weltweit zu einem seiner wichtigsten Begleiter wurde.
Hier das Promo-Video dazu:



Und hier exklusive Einblicke von will.i.am im Studio:



Viel Spaß bei den Videos, nun aber zu einem ganz anderen Thema, das aber immerhin auch mit Videos zu tun hat:

MIT veröffentlicht Video-Kurse für Parallel-Programmierer

Einige US-Unis haben ihr Grundkursmaterial im Internet veröffentlicht, um die angehende Studis für Informatik zu begeistern. Nicht immer ganz taufrisch, aber zum Lernen, Nachschlagen und Reinschnuppern ist das sicher nicht nur für amerikanische Schulabgänger interessant, sondern auch für Ein- und Umsteiger aus Deutschland. Wenn man mal unterstellen will, dass der angehende Informatiker keine Berührungsängste mit englischsprachigen Texten hat.

Vorreiter ist das Massachusetts Institute of Technology (MIT). Die Uni hat den Multicore Programming Timer veröffentlicht. Dabei handelt es sich um einen Schritt-für-Schritt-Kurs für Parallel-Programmierer samt Ideen für Gruppenarbeiten. Und natürlich mit einem umfangreichen Praxisteil. Das Ganze als Video-Lektionen. Dabei handelt es sich um Mitschnitte aus Vorlesungen. Übrigens mit Untertiteln. Das ist praktisch, da der eine oder andere Dozent schneller spricht als er denkt. Wer mag, kann aber auch die kompletten Texte zusätzlich aus dem Transcript-Bereich kopieren. Alle Videos lassen sich zudem frei downloaden (MP4).

Eine große Anzahl weitere Videos und Podcasts zu Programmier-Themen finden Sie auf der Seite http://www.openculture.com/freeonlinecourses in der Rubrik “Computer Science & Artificial Intelligence”.

Diese Werte kann ich nur so deuten, dass eine steigende Zahl an Programmierern das Thema „Parallel Programmierung“ nun auf der Agenda hat (erfreulich), um leistungsfähige und zeitgemäße Anwendungen für Unterhaltung, Business oder Forschung und Lehre zu schreiben (sehr erfreulich!) ohne zu wissen, welche Tools dabei tatsächlich wertvolle Dienste leisten (sehr ernüchternd).

Immerhin: 11 Prozent der Befragten kennen und nutzen den Intel Inspector XE, der unter den Thread-Checker-Tools damit den Spitzenplatz einnimmt gefolgt von Micro Focus Boundschecker (9%) und Helgrind (6%). Andere Tools wurden von 8 Prozent der Befragten genannten. Und ebenso viele gaben vor, nicht zu wissen, ob und welche Programme zum Einsatz kämen.

Fazit: Noch immer nutzt der Großteil der Parallel-Programmierer gar kein Hilfsmittel, sondern sucht Code-Fehler per Hand oder Log-Analyse. Unfassbar.

„Ihr lieben Leute“, möchte man ihnen zurufen, „das erfordert nicht nur immenses Know-how, sondern kostet Zeit und ist fehleranfällig. Verschwendet doch nicht die Zeit eurer besten Programmierer mit Aufgaben, die professionelle Tools schneller, effizienter und gewissenhafter erledigen. Lasst eure Developer wieder kreativ sein, und übergebt die Routine-Aufgaben den Programmier-Anwendungen. Ein Marco Reus soll in Gladbach auch nicht die Vitrinen putzen, sondern Tore für den nächsten Titel schießen (und vorbereiten natürlich).“

Weitere Ergebnisse. 30 Prozent der Befragten nutzen Visual Studio 2010. Das Tool ist damit Marktführer. Die meist genannten Antworten auf die Frage „Warum optimieren Sie Ihren Code für Mehrkern-Systeme?“ lauten sinngemäß „Um die Performance der Programme zu verbessern“ und „Besserer Stellenwert beim Kunden/Käufer“.

Aufgrund dieser Ergebnisse beschleicht mich irgendwie das Gefühl, dass wir im vergangen Jahr nicht ausreichend die Werbetrommel für Intel Parallel Studio XE gerührt oder aber die falschen Leute adressiert haben. IT-Entscheider wüssten ansonsten, dass sie mit diesem Paket sowohl erstklassige Compiler erhalten als auch eine Reihe wirklich effizienter Analyse-Tools, die beim Coden einiges an Arbeit sparen – vor allem bei der Suche nach Fehlern oder Optimierungspotenzial. Nun denn…

Zum Wochenstart noch ein wirklich klasse Video (das rein gar nichts mit der zuvor zitierten Umfrage zu tun hat)

Im August und September des letzten Jahres war Intel unter dem Motto „3D Erlebnis“ in Deutschland unterwegs. Für diejenigen, die leider nicht dabei sein konnten (wie ich), hat Intel im Video einige Eindrücke zusammengestellt. Und ich verspreche euch: Lohnt sich! Viel Spaß!

Und Sie finden genau die Videos, die Sie interessieren, ab sofort schneller anhand übersichtlicher Themengebiete Von besonderer Bedeutung ist dabei sicherlich die Kategorie „Parallel Programming“. Diese Reihe ist brandaktuell: Beispielsweise finden Sie reihenweise Clips von der SC11, der „International Conference for High Performance Computing, Networking, Storage and Analysis“, die vom 12.11 – 18.11.2011 in Seattle stattfand. Auf dieser Konferenz erläuterten Intel-Experten im Interview beispielsweise, welche Chancen der Cloud-Hype Parallel-Programmierern eröffnet, wie sich Vektorberechnungen schneller ausführen lassen und wie Intel-Hardware sogar das Wetter beeinflusst (na ja, fast jedenfalls).

Intel Software TV

Neugierig geworden? Hier geht es zur Übersicht.

Übrigens: Wenn Sie die mitunter sehr ausführlichen Videos lieber offline als online ansehen: Kein Problem: Wir haben eine Download-Option für Sie. Sie können jeden Clip als MP4-File auf der Festplatte speichern.

Teil 1 der virtuellen Kurse beschäftigt sich vor allem mit der Frage, wie sich Anwendungen, die auf den aktuellen Prozessoren von Intel (Stichwort: Sandy Bridge) laufen, so optimiert werden können, damit sie noch besser und performanter auf dem Rechner ausgeführt werden. Hierzu bietet VTune Amplifier XE eine eigene Funktion, mit der sich die Anwendung analysieren und auf Hotspots und ähnliche Bremsklötze untersuchen lässt.

Teil 2 der Webinar-Reihe zeigt, welche Hemmschuhe in einer Anwendung vorkommen können und wie sie mit Hilfe von Sandy-Bridge-Funktionen wie AVX behoben werden können. Natürlich lernen Sie auch, wie sich diese Funktionen optimal einsetzen lassen und weiter optimiert werden können.

Und wem das noch nicht genügt, dem möchte ich die zwei Videos ans Herz legen, die sich mit dem Thema Performance-Analyse ausführlich beschäftigen. Für das Abspielen der Videoclips müssen Sie sich übrigens nicht anmelden.

Alle Infos und den Anmeldelink finden Sie auf der zugehörigen Webseite auf dem Intel Software Network.

Manuel spricht in unserem Interview über die Optimierungen, die Nik Software an HDR Efex Pro vorgenommen hat. Die Rede ist aber auch von den Leistungssteigerungen, die das Lübecker Unternehmen dank des Einsatzes von AVX-Operationen erzielen konnte. Manuel spricht dabei von 30 bis 40 Prozent.

Und zu guter Letzt geht es noch um die Frage, welche Intel-Tools Nik Software zur Multicore-Optimierung seiner Anwendungen einsetzt. Die zugehörige Antwort fand ich dann doch einigermaßen überraschend. Doch seht am besten selbst…

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.

In welche Fallen tappen Software-Entwickler gemeinhin, wenn sie versuchen, seriell programmierte Anwendungen zu parallelisieren?

Gibt es Fälle, in denen es keinen Sinn macht, Teile einer Software-Anwendung zu parallelisieren?

Existieren gute Beispiele für erfolgreiche und erfolglose Versuche, bestehenden Code zu parallelisieren?

Na, dann viel Spaß mit dem Videointerview!

Über die Veröffentlichung von Sandy Bridge alias 2nd generation Intel Core processor family und Microsofts ehrgeizige Pläne habe ich ja bereits berichtet. Nicht aber über die heimlichen Stars der Messe. Das waren nämlich die „Angry Birds“. Am Intel-Stand konnte man sich die neue Version des Gaming-Stars ansehen und lustige T-Shirts mit den „fiesen Vögeln“ schenken lassen. Hintergrund: Das beliebte Spiel gibt es jetzt auch für Windows-Netbooks. Das Game kann ab sofort für rund 5 US-Dollar (nach der Promo-Aktion: 10 US-Dollar) aus dem Intel AppUp Center geladen werden. Bereits in den ersten beiden Tagen gab es über 3000 Downloads!

Wer das Game mit echtem Suchtfaktor noch nicht kennt, möge sich das Promo-Video anschauen:

Bleiben wir beim Thema Unterhaltung: Dass die Film- und Unterhaltungsindustrie sehr großes Interesse an den Sandy Bridge-Prozessoren hat, ist nicht neu. Nun ein paar Fakten zu einem Key-Feature der neuen Prozessor-Generation: Intel Insider. Mit dieser Technologie kann der Anwender Videos und Filme in HD abspielen – in einer bisher nie erreichten Qualität. Und das nicht nur auf dem Monitor. Denn mit dem im Chipsatz ebenfalls integrierten WiDi 2.0 lassen sich die Streifen auf große Bildschirme wie LCD-Fernseher streamen – in Echtzeit, versteht sich.

Hinzu kommt, dass Sandy Bridge mit einem eingebetteten Digital Rights Management den Kopierschutz kommerzieller Filme wahrt. Kein Wunder, dass Kevin Tsujihara von Warner Home Entertainment während der CES von dieser Perspektive begeistert war. Sinngemäß sagte er: „Warner Bros sieht in dem PC ohnehin die beste und beliebteste Plattform für digitales Entertainment. Jetzt, da Intel die Möglichkeiten verbessert und sicherer gemacht hat, werden wir in der Lage sein, neue Filme in HD-Qualität über unsere Online-Kanäle anzubieten und zwar am gleichen Tag, an dem diese auch für DVD und Blue Ray verfügbar sind“.

Den Anfang macht der System Analyzer, mit dem sich in Echtzeit analysieren lässt, was während des Gameplays alles passiert. Um das Testsystem von rechenintensiven Aufgaben zu befreien, läuft der System Analyzer auf einem anderen Rechner als das zu testende Spiel. Dabei stehen verschiedene Funktionen wie die CPU-Diagnose, das Ermitteln der Anzahl der Locks per Frame und der Framerate selbst sowie andere wichtige Parameter zur Verfügungung.

Praktisch am System Analyzer sind die vorhandenen Hardware-Diagnose-Tools, mit denen sich auf Intel-Systemen Dinge wie die Auslastung der vorhandenen Execution Units untersuchen lassen. Aber auch bestimmte Ansichten auf die aktuelle Spielszene erlauben das Analysieren des Spiels. So lassen sich beispielsweise mit der Gitterdarstellung verborgene Objekte entdecken, die dort gar nicht hingehören und nur überflüssige Rechenzeit verbraten.

Der Frame Analyzer geht dann richtig in die Tiefe und lässt jedes einzelne Bild eines Spiels analysieren. So kann man anhand der DirectX-Drawcalls feststellen, welche Bereiche eines Frames besonders viel Rechenzeit beanspruchen und diese Bereiche gegebenenfalls optimieren. So zeigen beispielsweise versteckte Objekte hohes Optimierungspotenzial, da sie zum Gameplay nichts beitragen, aber trotzdem Rechenzeit kosten. Um die möglichen “Störenfriede” zu eliminieren, kann man aber auch experimentell vorgehen, indem man einzelne Parameter ausschaltet um zu sehen, wie sich das auf die Szene und die Renderleistung auswirkt.

Das dritte Tool schließlich, Platform View, ist zum einen “neu” in der Version 3.0 von Intel GPA und bietet zum anderen einen detaillierten Blick auf den Parallelisierungsgrad des Spiels. Dabei kann man sich sämtliche Threads anzeigen lassen, die gerade aktiv sind und diese in der Detailansicht genau analysieren. So lässt sich beispielsweise herausfinden, warum die CPU auf die GPU warten muss oder auch anders herum.

Zum Thema “Nächste GPA-Version” konnte wir den dafür zuständigen Intel-Mann Aaron Davies überreden, vor der Kamera ein wenig in seine Glaskugel zu blicken. So verriet er uns, dass die nächste Version Anfang kommenden Jahres zur GDC 2011 in San Francisco vorgestellt wird. Dass Intel GPA 4.0 für die nächste Prozessorgeneration Sandy Bridge optimiert sein wird, überrascht genauso wenig wie die Tatsache, dass das Analysetool die noch in der Beta-Phase befindliche Platform View integrieren wird, da es sehr postives Feedback seitens der Entwickler gab. Die gute Nachricht: Intel GPA und andere Tools von Intel bleiben kostenlos für Entwickler, da der Chiphersteller seine große Fangemeinde weiterhin mit dieser Art der Dienstleistung beglücken will.

Von der Zukunft zurück in die Gegenwart ging es dann mit Mario Deilmann, der es sich zum Ziel gesetzt hatte, die anwesende Entwicklerschar während seiner Techsession davon zu überzeugen, dass mit Intel TBB ein Tool zur Verfügung steht, mit der sich Spieletitel an vielen Stellen parallelisieren lassen. Wie er anschließend vor unserer Kamera verriet, lieben Spieleentwickler Open-Source-Tools wie Intel TBB, da sie die gesamte Kontrolle über den Sourcecode des Tools haben. Auf der anderen Seite gibt es natürlich eine kommerzielle Version von Intel TBB für diejenigen, die auf Support nicht verzichten wollen.

Gut an Intel TBB ist aus Marios Sicht vor allem, dass sich der zu parallelisierende Code nicht mehr als Low-Level-Threads, sondern als abstrahierte Tasks darstellen lässt, was die Parallelisierung von Spielen erheblich vereinfacht. Aber auch die verschiedenen Abstraktionsebenen machen aus Intel TBB ein echtes Gaming-Dev-Tool. So kann man mit Konstrukten wie Concurrent Container und Concurrent Allocator genauso arbeiten wie mit Low-Level-APIs wie dem TBB Scheduler, um damit die besten Ergebnisse zu erzielen. Einen weiteren Pluspunkt sieht Mario in der Plattformunabhängigkeit von Intel TBB, das von Windows, Mac OS und anderen Betriebssystemen und Plattformen unterstützt wird.

Last but not least hatten wir gegen Ende der GDCE 2010 die Gelegenheit mit Dierk Ohlerich zu reden. Dierk ist Head of Technology bei 49Games aus Hamburg, die sich vor allem auf Konsolentitel aus dem Bereich Sportsimulationen konzentrieren. In seinem Videointerview erzählt er uns, dass er seine eigene Task-Stealing Engine geschrieben hat, mit deren Hilfe Spiele optimal auf unterschiedlichen Multicore-Systemen skalieren.

Das Hauptziel seines Projekts ist die Integration einer solchen Task-Stealing Engine in die Rendering Pipeline. Dabei galt es jedoch diverse Klippen zu umschiffen wie das genaue Vorhersagen des Datenaufkommens, wofür dynamische Datenspeicher notwenig sind. Aber auch die richtige Reihenfolge beim “Zeichnen” einer Spielszene stellt laut Dierk ein echte Herausforderung dar, wenn es um das Parallelisieren der Render Engine geht.

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.

• 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!

Ein wesentlicher Punkt ist unter anderem der Einsatz des Intel C++ Compilers, der laut Maxon schon mal ohne nennenswerte Änderungen am Code etwa 15 Prozent mehr Speed bringt. Aber auch der Intel Thread Profiler steht bei Maxon ganz oben auf der Liste, wenn es darum geht herauszufinden, wie sich das parallelisierte Programm verhält, ob also die anfallenden Threads möglichst gleichmäßig auf die vorhandenen Ressourcen verteilt werden (Skalierung ist hier das Zauberwort).

Darüber hinaus kommen VTune Performance Analyzer und Intel Threading Building Blocks zur Sprache. Ok, dann würde ich mal sagen, den Rest solltet ihr euch am besten selbst ansehen. Viel Spaß dabei!

Nur so viel: Ct soll noch in diesem Jahr als Beta verfügbar sein und Software-Entwicklern dabei helfen, ihre Anwendungen noch eleganter zu parallelisieren als bisher. Und genau dieses Bestreben verfolgen auch die Jungs von Rapidmind. Das dürfte wohl der wesentliche Grund gewesen sein, warum Intel und Rapidmind seit Ende August gemeinsame Sache machen.

Aber am besten lassen wir Stefeanus, Michal und Anwar selbst zu Wort kommen …

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!

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!

Am gestrigen dritten und letzten Tag der Game Developers Conference 2009 hatten wir noch ein richtiges “Wow”-Erlebnis. Und zwar am Crytek-Stand, wo wir Zeuge einer Präsentation wurden, in der es um die brandneue Entwicklungsumgebung von Crytek geht. Diese versteht sich als Komplementärprodukt zur CryEngine 3, die sich ja noch im Beta-Status befindet. Was wir von dem CryEngine-Backend sehen konnten, war mehr als beeindruckend.

So wird es möglich sein, ein neues Spiel für alle drei Plattformen – also PC, PlayStation und XBox – gleichzeitig zu entwickeln. Dabei lassen sich sämtliche Veränderungen an einem Level in Echtzeit testen – auf allen drei Plattformen. Das wird natürlich die notwendigen Entwicklungszeiten drastisch reduzieren. Das geht sogar so weit, dass Veränderungen an einem Gamelevel beim Ausfall einer der drei Plattformen nach deren Neustart automatisch aktualisiert werden – ein weiterer wesentlicher Vorteil für Spieleentwickler.

Aber auch die Integration von weiteren Tools wie Photoshop in die Crytek’sche Entwicklerumgebung hat es in sich: So lassen sich beispielsweise bestehende Texturen per einfachem Drag’n'Drop in die Bildbearbeitungssoftware kopieren, verändern und wieder per Mausklick in den Gamelevel übernehmen. Wirklich sehr trivial. Aber auch das Erstellen neuer Objekte wir Inseln, Felsen etc. geschieht schnell und einfach per Maus. Es war wohl noch nie leichter, Game-Designer zu sein …

Auf die CryEngine-3-Spiele kann man sich also wirklich freuen, wenngleich die Unterschiede zur CryEngine 2 nicht so dramatisch ausfallen werden. Außerdem müssen wir uns noch ein wenig gedulden, bis die nächste CryEngine ansteht. Denn das kann locker 2012 werden, wie wir von Cevat Yetil (CEO von Crytek) erfahren haben.

Damit wir hier nix Falsches erzählen, konnten wir Gino van den Bergen zu einem Interview überreden, damit er uns etwas über Duale Zahlen erzählt: Worum es in seinem Vortrag ging, warum Spieleentwickler auf Duale Zahlen setzen sollten und was das Ganze mit Larrabee zu tun hat.

Nur soviel: Es geht um “Clean Code”, um die Vereinfachung der Differentialrechnung, und andere schöne Dinge, mit denen vor allem Spieleprogrammierer zu tun haben.

Und jetzt: Film ab!

Anlässlich der Game Developers Conference 2009 in Köln betrat Steve Hughes von Intel die Bühne, um über ein Tool zu sprechen, von dem hier schon öfter die Rede war: Intel Graphics Performance Analyzer. Mithilfe dieses kleinen Software-Werkzeugs können Spieleentwickler wie Sega ihre Titel so optimieren, dass sie nicht nur auf Desktop-PCs mit diskreter Grafikkarte vernünftig laufen, sondern auch auf Rechnern mit integriertem Grafikchip.

Um dabei eine optimale Balance aus flüssigem Gameplay und möglichst detail- und effektreichen Bildern zu garantieren, ermittelt Intel GPA vorhandene Hotspots eines Spieletitels wie in Empire: Total War. Hierfür haben die Software-Spezialisten der Sega Tech Group im Auftrag von Sega das komplette Spiel zu Testzwecken zweigeteilt: “Kampagnen” und “Schlachten”. Innerhalb dieser zwei Segmente wurden dann mithilfe des Intel GPA interessante Dinge identifiziert.

Dazu gehörte beispielsweise das Rendern der Küstenlinie, was eine Menge an Rechenzeit beansprucht. Zuviel für ein System mit integrierter Grafik. Die Lösung war dann recht simpel: Shader-Befehle wurden vereinfacht, sodass die GPU weniger zu rechnen hat, ohne dass die Szenerie ihren Reiz verliert. Ähnlich verfuhren die Software-Entwickler in Sachen Regenschauer, die das Spiel auf Notebooks erheblich ausbremsten. So entschlossen sich die Sega-Ingenieure dazu, die einzelnen Regentropfen mit einer Textur zu überziehen, anstatt diese mithilfe eines aufwendigen Shaders berechnen zu lassen.

Nach seiner Präsentation hat sich Steve dann noch ein wenig Zeit genommen, um uns Intel Graphics Performance Analyzer in Aktion zu zeigen. Sehr sehenswert!

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 …

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.

Interessant an dem Video sind mehrere Sachen: Zum einen kann man gut sehen, wie sich der Testrechner konfigurieren lässt. Zum anderen kann man sogar kompilierte Dateien testen, die in C# programmiert worden sind. Da soll noch einer sagen, in die Executables der Microsoft Concurrency Runtime könne man nicht “hineinschauen”. Concurrency Checker kann. Und wie.

Denn wie das Video sehr anschaulich zeigt, sieht man nicht nur die Skalierbarkeit des gestesteten Tools, sondern kann auch die einzelnen Threads ansehen und wie diese auf die vorhandenen Prozessorkerne verteilt werden. Wenn man jetzt noch weiß, welche Programmabschnitte der Anwendung in welche Threads zerlegt werden, kann man die weniger gut performenden Programmabschnitte entsprechend “tunen” und damit bessere Multithread-Ergebnisse erzielen.

Und das Tollste daran: Concurrency Checker kostet keinen Cent. Also los, macht doch mal die Probe aufs Exempel und überprüft mithilfe des Tools, wie gut euer selbst Programmiertes auf Intel-Plattformen läuft. Die Ergebisse dürft ihr natürlich hier als Kommentar hinterlassen – oder auch nicht.

So erfährt der interessierte Entwickler in Video Nummer 1 alles über die zur Disposition stehenden Fachbegriffe und wie diese in den fünf anderen Videoclips verwendet werden. Es geht also um so Dinge wie Multicores, Manycores, Threads und andere Begrifflichkeiten, mit denen man sich zunächst beschäftigen sollte, um die anderen vier Videos besser zu verstehen.

Video Nummer 2 verschafft einen guten Überblick, was das in der Beta-Phase befindliche Entwicklertool Parallel Studio alles leistet und welche Funktionen es umfasst. Also Inspector, Composer und Advisor. Wobei dieser derzeit noch nicht Teil von Parallel Studio ist. Kommt aber noch …

Übrigens: Die ins Deutsche transkribierten Trainingsvideos gibt es voraussichtlich ab nächster Woche auf zdnet.de!

Was funktioniert am allerbesten, wenn man eine neue Technologie oder ein neues Produkt präsentieren will? Richtig, eine Live-Demo. Zwar ist ein Videoclip nicht wirklich live, aber wenn es eindeutig ist, dass am Inhalt nicht herumgeschraubt wurde, ist die Beweiskraft dieses Mediums sehr hoch.

So verhält es sich auch mit der 3D-Demo, die ich gerade auf der ISN-Webseite gefunden habe. Ihr Name: Smoke. Ihr Ziel: das Leistungspotenzial des neuen Core i7 Prozessors demonstrieren. Die Zutaten: eine hochkomplexe 3D-Szene mit einem brennenden Haus und diversen AI-Objekten wie herumfliegenden Vögeln, im Wind schwankenden Bäumen und einigem mehr.

Das Beeindruckende an der Demo ist deren Skalierbarkeit: Ausgelegt auf einen Core i7 Quadcore-Prozessor laufen gleichzeitig acht Threads ab, und das mit nahezu voller Auslastung. Sobald sieben der acht Threads abgeschaltet werden, geht die 3D-Szene erkennbar in die Knie: Das Feuer verkommt zu Pixelwolken, sämtliche AI-Objekte wirken schlagartig unnatürlich und mit dem 3D-Erlebnis ist insgesamt Schluss.

Gesteigert wird das Ganze übrigens durch eine Löschaktion, die ins Spiel kommt und die die Komplexität der gesamten Demo weiter erhöht. Doch dem Core i7 ist das egal: Er verrichtet unbeirrt seinen Dienst, als ob nichts geschehen  wäre.

Intel wäre natürlich nicht Intel, wenn der gesamten Demo nicht Intel-Technologien zugrunde lägen: Das Parallelisieren des Demo-Codes geschah mithilfe der Threading Building Blocks, die physikalische Simulation basiert auf der Havok-Technik und sämtliche 3D-Szenen werden mit Ogre3D verwaltet.

Das Gute an der Demo: Sie steht zum kostenlosen Download bereit, und den Sourcecode gibt es natürlich auch gleich dazu. Inklusive interessanter Kommentare, wie diese komplexe 3D-Szene mithilfe geeigneter Multithreading-Techniken parallelisiert wurde. Lernen mit Intel, quasi!

Ach ja: Smoke läuft nicht auf jedem x-beliebigen Rechner, man sollte schon mindestens einen Core 2 Quad-Core im PC stecken haben. Das gilt auch für die Grafikkarte: Eine Nvidia 8800 GTS ist empfehlenswert, auf der wurde die 3D-Demo auch entwickelt.

Neben den Videointerviews mit Ralph und Edmund von Intel hatten wir während der Microsoft Tech-Ed EMEA 2008 auch die Chance mit Beatrice Frädrich zu reden, die uns tiefe Einblicke in die Seele des Intel Software Network gewährte und die Frage beantwortete, wie man Träger des schwarzen Intel-Gürtels wird.

So hörten wir beispielsweise von Beatrice, dass das ISN eine anerkannte Quelle für Software-Entwickler ist, die es einem erlaubt, mit Intel-Spezialisten in Kontakt zu treten. Daneben findet man Blogs, Foren, Tools und vieles mehr rund um die Themen Multicore und Visual Computing, Virtualisierung und so fort. Aber auch Online-Trainings, Webinars und diverse Wettbewerbe findet man auf ISN. Und natürlich eine jeweils ausführliche Berichterstattung zu einzelnen Events wie diesem hier aus Barcelona.

Und was hat es mit dem noch ziemlich neuen Intel Black Belt Software Developer-Programm auf sich? Nun, die Idee ist recht simpel: Software-Entwickler und andere Spezialisten, die in Form von Blog-Einträgen, Kommentaren und sonstigen Wortmeldungen zum Erfolg des Intel Software Network beitragen, sollen dafür belohnt werden. Hierfür werden grüne, braune und schwarze Gürtel vergeben, die mit unterschiedlichen Vorteilen verknüpft sind.

So bekommt man beispielsweise als Träger des braunen Gürtels ein Intel-Buch seiner Wahl zugeschickt. Richtig schick wird es allerdings als Black-Belt-Member: Dann winkt sogar ein Notebook und im besten Fall der Besuch des Intel Developer Forum, also der großen Entwicklerkonferenz von Intel. Hierzu braucht man allerdings ein wenig Glück und viele gute Beiträge, die von einer Jury bewertet und anschließend ausgezeichnet werden – oder eben nicht.

Der dritte Tag der Microsoft Entwicklerkonferenz Tech-Ed EMEA 2008 fand mit der technischen Präsentation von Edmund Preiss ein würdiges Ende. Edmund arbeitet bei Intel in München/Feldkirchen in der Abteilung “Software & Services”.

Der Vortragsbereich war ziemlich gut gefüllt: Mehr als 80 Leute lauschten interessiert Edmunds Ausführungen bezüglich der Frage, wie man mithilfe geeigneter Tools seriellen Quellcode in parallel ablaufende Anwendungen transformiert. Auf dass sie automatisch skalieren, sobald die Software nicht mehr von zwei Prozessorkernen ausgeführt wird, sondern von 8, 12 oder mehr.

Um dies zu verdeutlichen, bedient sich Edmund eines einfachen und zugleich nachvollziehbaren Beispiels: Wie kann die Zahl Pi mithilfe mehrerer Prozessoren schneller berechnet werden, indem der Quellcode parallelisiert wird? Natürlich ist es keine große Überraschung, das Edmund eine sehr elegante Lösung für das Pi-Problem präsentieren konnte, und zwar mithilfe der Intel-Tools Thread Checker, Thread Profiler und VTune Performance Analyzer. Das Gute daran: Diese Tools lassen sich alle innerhalb der gewohnten Entwicklungsumgebung wie Microsoft Visual Studio oder Eclipse für Linux nutzen!

Ach ja: Natürlich konnte die Berechnungszeit für die Zahl Pi dank der Optimierung für zwei bzw. vier Prozessorkerne halbiert bzw. geviertelt werden. Und klar, dass im Anschluss an Edmunds Vortrag der nächste Gewinner eines schicken HP-Notebooks ermittelt werden konnte. So ein Glück!

Wenige Minuten vor seiner Präsentation auf der Microsoft Tech-Ed EMEA 2008 hatten wir die Gelegenheit, mit Edmund Preiss zu sprechen, der für die Intel Software & Services Group in München/Feldkirchen tätig ist. Unsere Fragen lauteten wie folgt:

1. Worum geht es denn in deinem Vortrag?

2. Mit welchen Software-Tools lässt sich serieller Quellcode parallelisieren?

3. Wie hilft das Intel Parallel Studio Windows-Entwicklern?

Edmunds Antwort auf die erste Frage war so überraschend nicht: Die Transformation von seriellem Programmcode in eine Anwendung, die auf mehreren Prozessorkernen optimal skaliert, gelingt mit den richtigen Tools recht einfach.

So zeigt er während seines Vortrags anhand eines kurzen, aber offensichtlichen Beispiels, wie sich die Berechnungszeit der Zahl Pi mit Hilfe der Intel Thread Analysis Tools halbieren lässt. Hierzu setzt man zunächst den Intel Thread Checker ein, der unter anderem Data Races aufspürt, die im schlimmsten Fall einen Bluescreen hervorrufen können.

Im zweiten Schritt findet der Intel Thread Profiler sämtlichen Code, der bei der Thread-Synchronisierung überflüssigen Overhead generiert. Schließlich kommt der VTune Performance Analyzer zum Zug, der dabei hilft, gut versteckte False-Sharing-Probleme zu lösen, die man in parallel programmierten Anwendungen häufig antrifft.

Edmund bemüht in seiner Tech Session übrigens einen hübschen Vergleich: Der Umstieg von maschinennahen Sprachen wie Assembler auf Programmierumgebungen wie Fortran oder C geschieht heute erneut, nur von der seriellen Programmierung auf Multicore-Entwicklung mithilfe geeigneter Tools wie den Intel Threading Building Blocks. Diese C++-Bibliothek hilft Entwicklern dabei, ihre Programme zu parallelisieren, indem Task-basierter Quellcode mithilfe des in den Intel TBB integrierten Schedulers automatisch in die richtige Zahl an Threads transformiert wird.

Und wie lautet die Antwort auf die dritte Frage? Na, darüber haben wir ja schon des öfteren ausführlich berichtet, oder?!

Während seines Vortrags auf der Microsoft Tech-Ed EMEA 2008 entführt Ralph de Wargny vom Intel-Software-Team seine Zuschauer in die Welt der parallelen C++-Programmierung. Denn leider gibt es immer noch genügend Softwaretitel, die “seriell” programmiert sind und damit die Chance verspielen, auf leistungsfähigen Prozessoren vernünftig zu skalieren.

So nutzt beispielsweise die nächste Intel-Mikroprozessor-Architektur Core i7 vier und mehr Prozessorkerne, was acht und mehr parallel stattfindende Threads ermöglicht. Dies erfordert natürlich Anwendungen, die mit der zunehmenden Zahl an Prozessoren skalieren, damit sie möglichst automatisch 16, 32 oder mehr CPU-Kerne nutzen, sobald diese zur Verfügung stehen.

Genug Gründe also für Ralph, über wichtige Aspekte des parallelen Programmierens zu sprechen. So stellt er sehr kompakt die verfügbaren Intel Softwaretools vor, die Entwicklern dabei helfen sollen, Multithread-Anwendungen zu programmieren. Die Rede ist vom geplanten Intel Parallel Studio und dem zugehörigen Beta-Programm, von den Intel Performance Libraries, Intel TBB, Intel Thread Checker, Intel VTune Performance Analyzer und Intel Thread Profiler.

Aber es geht auch um das Intel Black Belt Software Developer Programm, das besonders fleißige Mitglieder des Intel Software Network für ihre rege Teilnahme und für ihr technisches Know-how auszeichnen will. Die gute Sache daran: Als besonders umtriebiger Blogger und Kommentator hat man sogar die Chance, auf Intel-Kosten nach Hawaii oder sonstwohin zu reisen – ein wenig Glück und viel Schreibarbeit vorausgesetzt.

Videotipp: Im Anschluss an seine Präsentation hatten wir die Gelegenheit, mit Ralph über seinen Vortrag zu sprechen, über Intel Software Tools und über die Frage, ob paralleles Programmieren bereits Realität ist.

Am zweiten Tag der Tech-Ed EMEA Developers 2008 hatten wir die Gelegenheit, mit dem Parallel-Guru Steve Teixeira von Microsoft ein Interview zu führen. Unsere Fragen waren investigativ und herausfordernd zugleich:

1. Welche Anstrengungen unternimmt Microsoft, um das parallele Programmieren noch besser zu unterstützen?

2. Wie sieht die Zusammenarbeit zwischen Intel und Microsoft in Sachen paralleles Programmieren aus?

3. Wie profitieren Intel Parallel Studio und Microsoft Visual Studio voneinander?

4. Wann werden wir neue Microsoft-Anwendungen und Tools in Sachen parallele Programmierung sehen?

5. Wie werden Software-Entwickler in Microsofts Beta-Programme einbezogen?

Die Antworten auf diese fünf Fragen gibt es natürlich im Videobeitrag. Und, schon neugierig?! Dann sollten Sie auf jeden Fall sehr genau Steves Worten lauschen, wenn er über die bis 2011 geplanten Tools spricht, seine Zufriedenheit über die Zusammenarbeit mit Intel äußert und uns verrät, dass die Microsoft Entwicklergemeinde sehr intensiv in die Beta-Programme und andere Dinge involviert ist.

Dass es auf der Microsoft Tech-Ed EMEA Developers 2008 nicht nur um harten Fakten, sondern auch um Spaß geht, erfährt man während eines Besuchs am Intel-Stand. Dort gibt es neben den Informationen rund um Multicore-Programmierung, Intel Software Tools und das künftige C++-Entwicklertool Intel Parallel Studio einen attraktiven Preis zu gewinnen: das HP-Notebook Compaq 6830s, das vor allem durch sein 17 Zoll großes Display besticht, seinen schnellen Intel Core 2 Duo Prozessor und den Rest seiner Ausstattung.

Allerdings hat Intel vor den Lohn die Arbeit gestellt, denn um in den Besitz des schicken HP-Laptops zu kommen, muss man vier von sechs Fragen richtig beantworten. Diese Fragen haben unter anderem mit der C++-Library Intel Threading Building Blocks zu tun, mit dem Deadock-Detektiv Intel Thread Checker, mit den Herausforderungen der richtigen Speicherbelegung, mit Lambda-Funktionen des Intel C++ Compilers in der elften Version, der Vermeidung von unvorhersehbaren Data Races und von dem Ort, an dem jeder Programmierer wichtige Infos rund um das Thema Multicore-Programmierung findet.

Der Wunsch, ein neues Notebook mit nach Hause zu nehmen, scheint wohl ziemlich groß zu sein: Bis jetzt haben schon über 300 Leute ihre Karte mit den (hoffentlich) richtigen Antworten in den Plexisglaswürfel geworfen. Um 17:30 mitteleuropäischer Zeit werden wir wissen, wer der erste glückliche Gewinner des HP Compaq 6830s ist. Und zwei weitere werden noch bis Ende der Tech-Ed EMEA 2008 folgen.

Update: Der erste Gewinner ist ermittelt: Florian Reischek aus Frankreich. Wir haben ihn nach der Ziehung seiner Karte mit den richtigen Antworten kurz interviewt und dabei erfahren, was er mit dem schicken HP-Notebook anfangen wird.

Gestern, überpünktlich um 19:00 MEZ, hat die große Entwicklerkonferenz Microsoft Tech-Ed EMEA Developers 2008 in Barcelona ihre Pforten geöffnet. Es war ziemlich schnell ziemlich voll, was aber sicherlich nicht nur am Freibier lag. Denn allein der große Microsoft-Stand, der die komplette Halle okkupiert, bietet Themen en masse.

Aber natürlich auch der Intel-Stand läd zum Verweilen ein: Ob wegen der netten Kollegen, die mit Sachverstand die vielen Fragen beantworten, oder wegen des Gewinnspiels, bei dem man ein schickes HP-Notebook gewinnen kann – es gibt in der Tat viele gute Gründe für den Besuch der Microsoft Tech-Ed EMEA 2008.

Und so richtig los gehen tut es ohnehin erst heute. Auch bei uns …