Levent Akyil auf der GDC Europe 2011

Anfangs zeigte Level, wie sich die Anforderungen der Programmierer im Zuge der aktuellen Hardware-Architektur verändert haben. Neuerungen wie der modulare Aufbau, die Integration der GPU und die Abkehr von der klassischen Crossbar zu Anbindung des Last Level Cache bringen reihenweise Performance-Vorteile in Sandy Bridge. Beispielsweise ermöglicht AVX (Advanced Vector Extension) mit dem erweiterten SIMD-Register (256 Bit) nun ein neues SIMD-Instruktionsformat für SSE-Operanden. Spiele-Programmierer werden diese Neuerungen lieben, da sich nun auch komplizierte Rendering-Berechnungen beschleunigt ausführen lassen.

Alte Probleme sind hingegen scheinbar geblieben, etwa die Speicherfrage: Wie lassen sich mehr Daten möglichst einfach vom Speicher in den Cache schieben, um die Ablaufgeschwindigkeit zu erhöhen? Wie lassen sich Hotspots und Latenzzeiten im Code ermitteln und ausschalten? Die Antworten auf diese Fragen sind zweiteilig: Zum einen muss der Entwickler die Algorithmen optimieren und gleichzeitig Hardware-nah arbeiten. Das klingt zunächst widersprüchlich, denn mit den bereinigten Algorithmen möchten Entwickler plattformunabhängig bleiben. Mit dem richtigen Tool lassen sich aber beide Ziele gemeinsam erreichen – selbst bei Third-Party-Code, den ich nicht en detail kenne und komplett verstehe.

Levent empfiehlt hierzu den Intel VTune Amplifier XE , der mit seinen vordefinierten Analyse-Funktionen den Code sehr schnell prüft und typische Probleme wie Hotspots, Slow Frames oder faule call stacks blitzschnell ermittelt und damit die Grundlage für die Optimierung bietet. Eine Reihe sehr detaillierter Artikel zum VTune Amplifier finden Sie übrigens auch hier im Blog.

Hier noch ein Ausschnitt seiner Live-Präsentation vom Vormittag:

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.

Leigh Davies auf der GDC Europe 2011

Leigh erläuterte zunächst die wichtigsten Gründe, um Anwendungen, vor allem aber grafisch anspruchsvolle Spiele von der ersten Code-Zeile an konsequent auf Mehrkern-Systeme auszurichten. Spieler auf der ganzen Welt sind typische „Early Adopters“, wenn es um innovative Technologien geht. Schon jetzt nutzen mehr als 40 Prozent der Spieler über die internationale Games-Plattform “Steam” PCs mit 4 oder mehr Prozessorkernen. Dank dieser Systeme profitieren die User von einem höheren Spielefluss und deutliche besseren Bildern – dazu gleich mehr.

Entwickler stehen demnach mehr denn je vor der Aufgabe, sequentiellen Code in task-basierten (aufgabenbasierte) Code zu übersetzen. Anhand der Tasks können Sie die Rechenaufgaben Ihrer Anwendung auf einige oder alle Kerne verteilen. Dabei lassen sich die Threads unabhängig voneinander steuern oder auch in sinnvoller Abhängigkeit zueinander starten, um Ressourcen optimal zu nutzen. Damit wird die Anwendung skalierbar.

Die notwendigen Tools hat jeder Programmierer bereits zu Hand – zum Beispiel mit den Threading Building Blocks (TBB). Der Scheduler hilft bei der Organisation, der Reihenfolge und beim Starten der Threads: So lassen sich Tasks nacheinander oder auch parallel starten, um eine bestmögliche Auslastung der Hardware (CPU und GPU) zu gewährleisten.
Einen sehr guten Grundlagenartikel zu diesem Thema samt Code-Beispielen finden Sie übrigens hier.

Leigh erläuterte das Vorgehen en detail bei der Frame-Berechnung (Animation Samples) grafisch anspruchsvoller Spiele, die heute für maximale Rendering-Ergebnisse fast immer auf parallelen Code angewiesen sind.

Um die Darstellung von Körpern unter wechselnden Lichteinflüssen und Perspektiven exakt und schnell darzustellen, kam bislang zur Kantenglättung meist die Multisample Anti-Aliasing (MSAA)-Technologie zum Einsatz. Bessere Resultate liefert das Morphological Anti-Aliasing (MLAA). MLAA nutzt dafür einen Post-Processing-Effekt: Das Bild wird nach Ende der Berechnung anhand von Farbunterschieden analysiert und die Kanten werden per Shader geglättet. Dabei kommen nicht alle Pixel auf den Prüfstand, sondern eben nur die zuvor analysierten Kante  – was zu dem besagten Performance-Gewinn beim Bildaufbau führt. Zudem wird der Löwenanteil der Arbeit von der GPU übernommen und die CPU entlastet.

Übrigens: Ein unverzichtbares Werkzeug bei der Code- und Frame-Kontrolle ist die neue Toolsuite Intel Graphics Perfomance Analyzers (). Leigh stellt Ihnen das Tool gerne am Intel Stand Nr. 150 ausführlich vor. Aber ich werde auch in einer der nächsten Einträge ausführlich über GPA 4.1 und die Neuerungen gegenüber der Version 4.0 berichten.

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.

Intel als Sponsor und Veranstaltungs-Partner übernimmt dabei eine zentrale Rolle. Auf den Info-Stand und die Techsessions habe ich bereits gestern hingewiesen. Heute und morgen möchte die Inhalte der Vorträge kurz anreißen und Ihnen die Möglichkeit geben, sich im Vorfeld der Konferenz bereits über den technischen Background der wichtigsten Sessions zu informieren. Das wird keine Schnitzeljagd durchs Internet. Alle Facts finden Sie auf dieser Seite und bei ISN.

Montag 15.8.2011: Ab 17.40 Uhr erläutert Leigh Davies unter dem Titel „Efficient Scaling in a tasked based Game Engine“, wie sich task-basierte Spieletitel so optimieren lassen, dass sie auf einem Multicore-System die vollen Performancemöglichkeiten ausschöpfen. Dafür sind unter Umständen Änderungen im Code notwendig. Leigh wird aber verdeutlichen, dass das kein Hexenwerk ist.

Zur Person: Leigh ist derzeit bei Intel beim Intel Visual Computing Software Enabling Team und berät Programmierer, die ihre Spiele hinsichtlich Grafik und Multithreading auf den aktuellen Stand der Möglichkeiten bringen wollen. Er verfügt über eine langjährige Erfahrung als Entwickler von 3D-Spielen und kann Ihnen vermutlich jeden Rendering-Trick verraten.

Der Name kommt Ihnen bekannt vor? Auch im letzten Jahr war Leigh als Intel-Experte und Speaker auf der GDCE. Damals erklärte er, wie sich PC-Games für Netbooks optimieren lassen. Den ganzen Artikel dazu lesen Sie hier. Und mein Vorgänger Michael hatte damals die Möglichkeit genutzt, Leigh zu interviewen. Das YouTube-Video ist immer noch sehenswert, denn seine Aussagen und Prognosen haben nichts an Aktualität und Gültigkeit verloren.

Mehr Infos zur kommenden Session von Leigh erhalten Sie von ihm selbst. Auf der ISN-Seite erläutert er kurz, warum alle Entwickler task-basierter Games die Session nicht verpassen sollten und ermöglicht einen Download des im Vortrag verwendeten Code-Beispiels.

Abschließend lohnt sicherlich auch ein Blick auf die offizielle GDCE-Seite, wo Sie alle Speaker-News, die genauen Orte und Zeiten finden.

Morgen werde ich über die weiteren Sessions berichten!

Sean konnte mit Graham Mc Allister eine zentrale Frage erörtern, die zunächst gar nicht technisch klingt, für jeden Techniker beim Spieldesign aber unerlässlich gestellt und beantwortet werden muss:

Wie kann man die Emotionen, also Begeisterung, Überraschung, Spannung, Enttäuschung, Freude und Ärger bei einem Spieler messen? Welche Methoden stehen dafür zur Verfügung? Wie kann ich beim Design langanhaltenden Spielespaß garantieren?

Hört sich erst Mal nach einer Hausarbeit für Soziologie-Studenten an. Tatsächlich aber verbergen sich dahinter die Erfolgsformeln aller Shooter. Wer die Antworten darauf hat, kann schnell klären, warum ein grafisch anspruchsvolles Spiel möglicherweise kaum Akzeptanz auf dem Markt findet, ein optisch biederes Browsergame hingegen täglich millionenfach geladen wird. Der Fun-Faktor eines Spiels hängt nicht allein von der User-Führung und der Geschwindigkeit des Bildaufbaus ab. Wichtig ist, dass der Spieler sich wohl fühlt, die Anreize als angenehm empfindet und sich über einen längeren Zeitraum gut unterhalten fühlt.

McAllister erklärt, welche Methoden zur Messung der Spieler-Emotionen und Erfahrungen zur Verfügung stehen:

1. Data Metrics: Die einfachste, non-reaktive Methode misst die Zahl der Eingaben der Spieler, und die jeweilige Spieldauer. Vorteil: Diese Daten sind unverfälscht und gut vergleichbar. Nachteil: Solche Daten lassen sich erst nach Fertigstellung des Spiels erheben, dann ist es für einen umfassenden Design-Wechsel aber schon zu spät. Zudem sagen sie nichts darüber aus, ob sich der Spieler auch wohlgefühlt hat.
2. Interviews: Der Klassiker unter den Methoden. Hierzu muss aber gewährleistet sein, dass die Interviews gut vorbereitet sind, um die Ergebnisse zu vergleichen. Zudem ist der Aufwand sehr hoch und die Ergebnisse mitunter verfälscht. Viele Befragte äußern sich im Live-Gespräch positiver als es ihrer Meinung entspricht, weil sie glauben, dadurch sympathischer zu wirken. Außerdem erinnern sich die Spieler im Interview meist nur an die positiven Highlights, was ebenfalls zu geschönten Ergebnissen führt.
3. Gesichtsausdruck: Es gibt selbstverständlich wissenschaftliche Verfahren, um Ärger, Freude oder Überraschung im Gesicht abzulesen. Allerdings ist die Vergleichbarkeit solcher Ergebnisse umstritten, da sich auch stärkere Emotionen unterschiedlich äußern und auch nicht nur im Gesicht widerspiegeln müssen.
4. Biometrische Verfahren: Mit Hilfe des Galvanic Skin Response (GSR)-Verfahrens lassen sich über Hautwiderstände und –feuchtigkeit messen, welche Abschnitte in Spielen als besonders aufregend und spannungsgeladen erlebt werden. Dieses Verfahren gilt als sehr zuverlässig.

Letztlich empfiehlt Mc Allister aber eine Kombination aus mehreren Verfahren, um eine hohe Zuverlässigkeit (Reliabilität) und Gültigkeit (Validität) zu gewährleisten Vielleicht haben Sie ja auch Lust, bei der nächsten Shooter-Session mal selber zu prüfen, in welchen Passagen Sie ins Schwitzen kommen? Das kommende, verregnete Wochenende bietet ausreichend Gelegenheit.

Embree wurde für Monte Carlo Raytracing-Algorithmen konzipiert. Monte Carlo Raytracing wird auch als Path Tracing bezeichnet und beschreibt einen Bildsynthese-Algorithmus zur Simulation der so genannten globalen Beleuchtung. Die speziellen Single-Ray Traversal Kernels in Embree bieten eine hohe Performance und lassen sich sehr leicht in vorhandene Anwendungen integrieren.

Die Vorgehensweise ist schnell erklärt: Aus einem vorhandenen 3D-Modell berechnet Embree Einzelbilder, die dann in sehr kurzer Zeit zusammengefügt werden. Dank der exakten Berechnungen der Dimensionen und Lichteinflüsse entstehen fotorealistische Bilder.

Vor allem für aufwändige Simulationen, 3D-Spiele und Animationsfilme ist Embree interessant. Auch Webshop-Betreiber werden Interesse an Embree finden, da es möglich ist, dem Kunden hochauflösend genau die Produktansicht zu vermitteln, die er für seine Kaufentscheidung benötigt.

Weitere Informationen zu Embree finden Sie in diesem Artikel.
Zudem empfehlen wir Ihnen dieses Video:

Die beste Nachricht am Schluss: Der Source Code ist frei verfügbar. Sie können die Quelldatei von dieser Seite kostenlos laden.

Wie schafft es Ateji, die Parallelprogrammierung einfacher zu machen?

Nun, zunächst haben wir eine bestehende Sprache erweitert (nämlich Java), sodass es nicht notwendig ist, eine neue Sprache zu lernen (weitere sollen folgen). Dann haben wir auf Basis einer mathematischen Formel eine parallele Extension entwickelt, mit deren Hilfe sich parallele Ausdrücke mit einem einfachen Operator kombinieren lassen. Wenn Sie beispielsweise eine Funktion a und b parallel ablaufen lassen wollen, müssen Sie das lediglich als a || b in Ihren Quellcode einfügen.

Welche Programmiermodelle unterstützen Sie?

Dazu gehören eine ganze Menge:

• task-basierte Modelle wie Cilk
• daten-basierte Modelle wie OpenMP
• rekursive und spekulative parallele Konstrukte
• und einiges mehr.

Worin unterscheiden sich die Ateji-Extensions von anderen Erweiterungen, die es zum Zwecke der Parallelprogrammierung bereits gibt? 

Nun, da gibt es eine Reihe von Unterschieden:

• Chapel, X10, Fortress, etc. adressieren den Bereich des High Performance Computing (HPC), sind also vor allem für Supercomputer ausgelegt. Ateji PX wurde für “einfache” Java-Entwickler geschrieben, die Anwendungen für herkömmliche Multicore-Server und -Cluster schreiben.
  
• Es handelt sich dabei im eine Spracherweiterung, die mit Standard-Java-Code kompatibel ist.
  
• Der einfach zu erlernende ||-Operand erlaubt es, diverse Parallelisierungs-Konstrukte mithilfe einer einzigen Sprache auszudrücken.
  
• Unsere Extension basiert auf einer erprobten, zuverlässigen mathematischen Formel, sodass wir genau vorhersagen können, was innerhalb des parallelen Konstrukts passieren wird. Das bedeutet auch, dass der Compiler mögliche Fehler wie Data Races relativ genau vorhersagen kann.

Wie reagieren Entwickler auf Ihre Java-Extension?

Nun, unsere Hauptaussage, dass mit Ateji PX die Parallelprogrammierung einfacher wird, ließ sich schon des öfteren bestätigen. So können Entwickler in der Regel innerhalb eines halben Tages ihr erstes parallel programmiertes Programm schreiben und zum Laufen bringen. Und ein großes Bankinstitut hat es tatsächlich geschafft, innerhalb von zwei Tagen ihre Java-Anwendung derart zu parallelisieren, dass sie hinterher fünf mal schneller lief als ohne den Parallelisierungsaufwand.

Weitere Informationen zur Ateji PX Extension für Java gibt es im zu zugehörigen PDF oder auf der Ateji PX Webseite. Es gibt auch eine Case Study, die zeigt, wie sich mit Hilfe von Ateji eine Server-Anwendung mit 16 Prozessorkernen um den Faktor 12,5 beschleunigen ließ.

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

Nun, zunächst einmal stelle man sich vor, dass man eine seriell/sequentiell programmierte Anwendung gebaut hat, von der man gerne wissen möchte, ob sie auf einem Multicore-System schneller laufen würde, wenn sie parallel programmiert wäre. Und das betrifft schließlich einen Großteil sämtlicher Computersysteme, die derzeit am Markt zu kaufen sind. Denn das Parallelisieren von Software-Anwendungen kostet Zeit und Geld und sollte damit wohl überlegt sein.

Und genau hier setzt Parkour an. Anhand einer hirarchischen Analyse sämtlicher kritischen Pfade einer Anwendung (Hierarchical Critical Path Analysis) ermittelt das Tool diejenigen Codebereiche, die sich ganz besonders für die Parallelisierung von seriellem Code eignen. Hierzu gehören vor allem Schleifen und Rekursionen, aber auch andere Konstrukte. Für diese Analyse muss allerdings keine Instrumentalisierung (Instrumantation) des Codes vorgenommen werden, da dies der Parkour-Compiler übernimmt. Das Ergebnis der vollständigen Anaylse einer Anwendung mit Hilfe von Parkour stellt eine Vorhersage anhand eines 64-Core-Systems dar. Damit lässt sich relativ genau prognostizieren, in welchem Ausmaß die serielle Anwendung im parallelisierten Fall skalieren würde, und zwar auf 1, 2, 4, 8, 16, 32 und 64 Prozessorkernen.

Die Grenzen von Parkour werden allerdings bei kurzem Nachdenken recht schnell klar: Neben der hilfreichen Aussage, in welchem Umfang die Anwendung auf x Kernen laufen würde, fehlen nützliche Hinweise, in welchen Bereichen die Parallelisierung des Software-Programms sinnvoll wäre. Hierfür benötig man also andere Tools, so wie Intel Parallel Advisor oder CilkView, wobei CilkView ähnlich wie Parkour arbeitet. Parallel Advisor hingegen gibt Auskunft darüber, an welchen Stellen Optimierungspotenzial besteht und wie dies zu implementieren ist. Allerdings steht Parallel Advisor nur C/C++-Entwickler zur Verfügung. Mehr Infos hierzu finden Sie auch bei Intel.

Ach ja: Die Herren Amdahl und Gustafson haben sich schon vor vielen Jahren zur Skalierbeit von Software-Anwendungen so ihre Gedanken gemacht.

min / max: Mit diesen beiden neuen Operatoren sind Entwickler nicht mehr dazu gezwungen, eigene Workarounds zu bauen, um zugehörige parallele Reduktionskonstrukte zu entwerfen. Solche Konstrukte sind beispielsweise beim Ermitteln der Kreiszahl Pi von großem Vorteil. Zumal, wenn mit min-max-Operatoren die Unter- und Obergrenzen sehr einfach begrenzt werden können.

atomic: Mit dem erweiterten atomic-Konstrukt ist in Zukunft die Übergabe von Variablenwerten möglich, die beispielsweise mittels #omp pragma atomic während der Ausführung einer Schleife automatisch aktualisiert werden. Dies soll dynamische Scheduler ermöglichen, und zwar ohne den Einsatz zeitaufwändiger Locks und Kritischer Abschnitte (critical regions). Darüber hinaus ermöglicht das aktualisierte atomic-Konstrukt das explizite Speichern und Lesen von einzelnen Speicherzellen, die mit solch einem Konstrukt in Zusammenhang stehen.

Task-Konstrukte: Auch das Task-Modell von OpenMP wurde optimiert. So sollen Entwickler mit dem neuen Konstrukt taskyield eigene Scheduler-Zeitpunkte definieren können. Damit kann man der OpenMP-Runtime mitteilen, dass ein bestimmter Task zugunsten eines anderen angehalten wird, um ihn später fortzusetzen.

Darüber hinaus lassen sich die Gültigkeitsbereiche der Daten innerhalb paralleler Task-Konstrukte noch genauer spezifizieren. Dazu wurden die neuen Attribute final und mergeable eingeführt. So kann mit Hilfe des Konstrukts #pragma omp task [final (ausdruck)] im Falle von ausdruck=true ein Task unmittelbar beendet werden. Das gilt dann auch für sämtliche Child-Tasks. Dies soll in Kombination mit dem Attribut mergeable zu feiner granulierten Parallelkonstrukten führen und zudem für einen geringeren Thread-Overhead sorgen

Falls Sie an der gesamten OpenMP-Spezifikation 3.1 interessiert sind: Hier finden Sie das passende PDF-Dokument dazu.

 ‘The Future of Computing Performance: Game Over or Next Level?’ erschien in diesem Jahr und hinterfragt die Möglichkeiten und Chancen der Parallelprogrammierung und die Herausforderungen an die Entwickler. Dabei handelt es sich zwar eher um eine grundlegende Auseinandersetzung mit dem Thema, allerdings beleuchten die Autoren auch die Tools und empfehlen erfreulicherweise auch die Threading Building Blocks:

„Although the set of primitives in PThreads is small, it is a low-level
programming interface that involves function pointers, loss of type information
on the arguments, and manual error-checking. To address those
issues, there are several language-level versions of threads that provide a
more convenient interface for programmers. For example, the Java thread
model and more recent Thread Building Blocks (TBB) library for C++ use
object-oriented programming abstractions to provide thread-management
capabilities in those languages.”

Viel Spaß beim Schmökern!

Zwei weitere News (und Download-Tipps) aus dem Hause Microsoft:

Für die zweite Fassung seines exotisch anmutenden Multitouch-Tischcomputers „Surface“ wird Microsoft ein SDK veröffentlichen. Darin enthalten seien nun aktualisierte Fassungen der Bibliotheken wie .NET, XNA oder WPF. Zudem sollen Entwickler nun die Gewissheit haben, dass Anwendungen, die mit Surface SDK programmiert werden, auch auf Window-7-PCs mit Multitouch-Display funktionieren. Das Surface SDK können Sie bei Interesse ab morgen (12.7.2011) aus dem Download-Center laden.

Etwas mehr Interesse findet derzeit die Urfassung des kommenden Internet Explorer 10. Dieser soll im Herbst den noch jungen Internet Explorer 9 ablösen und mit seiner nativen HTML5-Unterstützung für Performance-Gewinne sorgen. Um standardkonformes HTML5 zu gewährleisten, hat Microsoft am Parser geschraubt und die so genannten Conditional Comments entfernt, also Features, mit denen sich IE-spezifisches Markup erzeugen lässt. In der Folge soll es Webentwicklern leichter fallen, grafisch anspruchsvolle Seiten browser-unabhängig zu designen. Den Internet Explorer Test Drive samt Download-Option erreichen Sie über diese Seite.

Zunächst einmal muss man festhalten, dass es drei verschiedene Go-Compiler gibt: einen für AMD-Prozessoren, einen für die x86-Plattform von Intel und eine Variante für ARM-CPUs, die derzeit vor allem in Smartphones und Tablets verbaut werden. Die erstgenannten sind laut goloang.org fertig und bieten sogar diverse Möglichkeiten zu automatisierten Code-Optimierung auf Registerbasis. Der ARM-Compiler ist offenkundig noch in einer frühen Beta-Phase, zumindest werden bis dato nur Linux-Binaries unterstützt, der Optimizer ist noch nicht fertig und Floating-Point-Berechnungen werden derzeit nur auf Basis der VFP-Unit durchgeführt.

Aus Sicht dieses Blogs ist natürlich das Konzept der Nebenläufigkeiten von ganz besonderem Interesse, das Go mit neuen Ansätzen optimal unterstützen will. Hierzu gehören folgenden Dinge:

• “Share by Communication”: Im Gegensatz zu anderen Programmiersprachen, bei denen die meisten Probleme aus dem konkurrierenden Zugriff auf Daten resultieren, verfolgt Go einen  neuen Weg: Daten werden mithilfe von Kanälen “herumgereicht”, was dazu führt, dass jede Go-Routine immer nur auf genau einen Wert zugreift, nämlich den aktuell ermittelten. Um das in einem Satz zu verdeutlichen, haben die Macher von Go sich den Slogan “Do not communicate by sharing memory, instead share memory by communicating” ausgedacht.

• Go-Routinen: Diese Ansammlung von Funktionen laufen parallel zu anderen Go-Routinen im selben Adressraum ab. Zudem benötigt solch eine Routine nur wenig Speicher, da sie lediglich ein wenig Stack in Anspruch nimmt. Solch eine Funktion oder Methode wird mit dem Schlüsselwort go aufgerufen. Endet die Funktion oder Methode, wird auch die Go-Routine beendet.

• Channels (Kanäle): Kanäle sind Referenztypen und sorgen dafür, dass zwei oder mehrere Go-Routinen in einem definierten Zustand bleiben. Channels werden mit dem Befehl make erzeugt.

• Kanäle von Kanälen: Channels sind Werte “erster Klasse”, können also beliebig herumgereicht werden. Das erlaubt ein thread-sicheres, paralleles Verarbeiten mehrerer Kanäle, so genannter Channel Bundles. Der englische Fachbegriff hierfür nennt sich De-Multiplexing. Daraus entsteht ein quotiertes, paralleles, nicht-blockierendes RPC-System – und das ganz ohne Mutexe.

• Parallelisieren: Das asynchrone Berechnen eines Vektors ist eines der Anwendungsbeispiele von Go-Routinen mithilfe von Kanälen. Dabei werden die Elemente eines Vektors auf die Anzahl der vorhandenen Kerne verteilt, und das völlig unabhängig voneinander. Sobald sämtliche Vektorberechnungen durchgeführt worden sind, werden die zugeghörigen Kanäle gelöscht und das Ergbnis ermittelt.

Wer Go mal ausprobieren möchte: auf golang.org steht eine genaue Installationsanleitung bereit. Und ein Blick in die umfangreiche Online-Dokumentation kann sicherlich auch nicht schaden. Und besonders schick: einen sehr übersichtlichen Programmierleitfaden gibt es sogar in Deutsch!

Zum Glück gibt es Firmen wie Intel (das muss an dieser Stelle auch mal gesagt werden), die sich solcher Fragen annehmen und entsprechende Lösungen präsentieren. Im genannten Fall heißt das zughörige “Unterstützerprogramm” Hardware System Loaner EMEA. Wie der Name vermuten lässt, schafft Intel mit diesem europaweiten Programm die Möglichkeit, die benötigte Hardware kostenlos auszuleihen.

Das Ganze erfordert allerdings ein wenig Vorarbeit, was angesichts des Angebots durchaus vertretbar ist. Das Initiieren des Leihgeschäftes erfordert insgesamt vier Schritte:

1. Sie müssen am Intel Software Partner Programm teilnehmen. Sollten Sie dies schon tun, können Sie direkt zu Schritt zwei springen. Andernfalls müssen Sie sich hierfür zuvor registrieren.

2. Erstellen Sie ein Profil Ihrer Software-Anwendung, die auf den Leihgeräten zum Einsatz kommen soll. Dabei legen Sie unter anderem fest, in welchem Bereich Ihre Anwendung zum Einsatz kommt, wann Sie auf dem Markt erscheint, welche Zielgruppe Sie damit adressieren wollen, und so fort.

3. Gehen Sie nun auf das Software Assessment Center und laden Sie eines der dort verfügbaren Tools auf Ihren Rechner. Damit finden Sie heraus, in welchen Bereichen Ihre Anwendung Optimierungspotenzial aufweist. Sie wollen beispielsweise sicherstellen, dass Ihre Software optimal gut auf Mehrkern-Rechnern läuft? Dann ist der Intel Concurrency Checker die richtige Wahl. Oder Sie möchten sicher sein, dass Ihre Anwendung möglichst stromsparend ist? Dann ist der Intel Power Checker das passende Tool für Sie. Vergessen Sie übrigens nicht, die Resultate der Checker-Tools an Intel zu transferieren.

4. Sobald die ersten drei Schritte erledigt sind, füllen Sie noch das kompakte Formular auf der Loaner-Seite aus, und schon wird sich Intel schnellstmöglich mit Ihnen bezüglich Ihres Leihwunsches in Verbindung setzen.

Ach ja: Derzeit stehen drei verschiedene Rechnertypen für das 30-Tage-Leihgeschäft auf dem Programm: ein Highend-Notebook der Marke Dell Latitude E6420, ein Server namens HP DL380G7 und ein Desktop-PC aus dem Hause Dell mit der Bezeichnung OptiPlex 990 MT.

Aus Entwicklersicht wird sich mit Haswell eine ganze Menge hinsichtlich des mit Sandy Bridge eingeführten AVX-Befehlssatzes tun. So werden unter der Bezeichnung AVX2 folgende Änderungen Einzug halten:

• Integer-Register werden ebenfalls 256 Bit breit sein, was SIMD-Befehle entsprechend beschleunigen wird. Bisher stehen 256-Bit-Register nur für Floating-Point-Befehle zur Verfügung.

• Fused Multiply Add: Von der Kombination aus einer Multiplikation und Addition verspricht sich Intel eine deutliche Beschleunigung von dieser arithmetischen Befehlskombination, die in der Praxis sehr häufig vorkommt. Aber auch die Rechengenauigkeit wird duch Fused Multiply Add zunehmen, da nur noch einmal gerundet werden muss. Auf diesem Weg lassen sich übrigens auch Multiply-Subtract-Befehle zusammenfassen.

• Neue Befehle für Bit-Manipulationen: Befehle wie ANDN (And not) oder BLSI (Extract Lowest Bit Set) sollen vor allem in den Bereichen “Komprimierte Datenbanken” und bei der Manipulation sehr großer Zahlen eine wesentliche Rolle spielen.

• Any-to-Any-Permutes: Auf Basis von DWORD- und QWORD-Vektorregistern, die 256 Bit breit sein können, lassen sich in Zukunft mit AVX2 beliebige Befehle innerhalb eines Registern verschieben.

Zusammenfassend kann man also sagen, dass AVX2 ein weiterer Schritt in Richtung register-basierte, parallele Datenverarbeitung gehen wird. Gerade die 256-Bit-Register für Integer-Arithmetik werden sich vor allem positiv auf die Bild- und Videobearbeitung auswirken, da hier vorwiegend mit Ganzpunktzahlen operiert wird.

Wer sich schon einmal den geplanten Befehlssatz zu Gemüte führen möchte, kann dies mit Hilfe des sehr umfangreichen PDF-Dokuments tun, das Intel zum kostenlosen Download anbietet.

Ihre Teilnahme ist natürlich kostenlos. Hier können Sie sich registrieren.

Vor allem Spieleentwickler profitieren von einer Teilnahme, die während der Live-Veranstaltung erfahren, wie das vielleicht wichtigstes Intel Game Developer-Tool, der Intel Graphics Performance Analyzer, nun mit dem Graphics Checker zusammenarbeitet.

Sie werden in der Lage sein, die Grafik-Qualität Ihrer Spieleanwendungen deutlich zu verbessern und gleichzeitig den Bildfluss zu optimieren. In dem Webinar lernen Sie übrigens nicht nur, wie Sie die Tools einsetzen, sondern erfahren auch, woher Sie diese kostenlos beziehen können.

Weitere inhaltliche Schwerpunkte der Veranstaltung:

• Warum es immer wichtiger wird, die Hardware-Ressourcen beim Code-Design vollständig zu nutzen

• Wie GPA zusammen mit Graphics Checker schnelleren und fehlerbereinigten Code ermöglicht

• Wie Sie GPA noch besser zur Code-Analyse einsetzen

• Ihr Vorteile, wenn Sie Ihre Ergebnisse im Intel Software Partner Program veröffentlichen

• Wie Sie die Tools kostenlos nutzen können

Weitere Informationen zu GPA und Graphics Checker lesen Sie hier im Blog!

In einer Demonstration zeigte Sutter, dass vor allem grafisch anspruchsvolle Anwendungen wie Simulationen oder Spiele mit Hilfe des neuen Befehlssatzes besser auf die Leistungsressourcen der Hardware ausgerichtet werden können.

Das Video zur Keynote von Sutter können Sie auf dieser Seite abrufen. Zudem empfehlen wir Ihnen das Video von Daniel Moth.

AMP soll ab der nächsten Version Bestandteil von Visual C++ werden. Auch für C# und .NET sind AMP-Extensions angedacht. Das ist aber nur der erste Schritt: AMP will sich künftig auch auf virtuellen Maschinen und Cloud-Anwendungen als nützlich erweisen. Microsoft wird zudem die Spezifikationen offenlegen, so dass AMP auch in andere Compiler integriert werden kann.

Weitere Informationen lesen Sie im The Moth-Blog.

Und das Beste: Unter allen Teilnehmern, deren Antworten im Blog veröffentlicht werden, verlosen wir 5 Pakete Intel Parallel Studio XE 2011 .*

Sie sind ebenfalls Software-Entwickler und möchten am Trend Report teilnehmen? Kein Problem! Laden Sie die Vorlage für den Software Dev Blog-Trendreport, füllen Sie die sieben Fragen aus und, senden Sie uns Ihre Antworten zusammen mit einem Foto (JPG-Datei) bis zum 31.12.2011 an ibelshaeuser[at]text-vision.com, Stichwort „Trendreport“. Wenn wir Ihre Antworten veröffentlichen, nehmen Sie automatisch an der Verlosung teil!

Wir freuen uns auf Ihre Meinung!

*Die Verlosung findet voraussichtlich im Januar 2012 statt. Die Gewinner werden per E-Mail benachrichtig und namentlich in diesem Blog genannt. Ausgenommen von der Verlosung sind Intel-Mitarbeiter und Mitarbeiter dieses Blogs. Das Mindestalter aller Teilnehmer beträgt 18 Jahre.

Vor unserem konkreten Beispiel der Hinweis, dass Sie das Intel OpenCL SDK 1.1 in der Beta-Version von dieser Seite kostenlos laden können.

Das Intel OpenCL SDK gibt Ihnen die Möglichkeit, den Assembly-Code Ihres OpenCL-Kernel in Echtzeit zu analysieren und mit Hilfe von Intel VTune Amplifier XE anhand von Sampling-Profiling-Projekten grafisch darzustellen, zu bewerten und zu optimieren.

Den VTune Amplifier können Sie als Standalone-Version kaufen oder innerhalb des Paketes Parallel Studio XE 2011 käuflich erwerben. Zahlreiche Hintergrundberichte zum VTune Amplifier finden Sie selbstverständlich auch in diesem Blog.

Nun aber in medias res:

Ein neues Sampling Profiling Project im Vtune Amplifier einrichten

1. Klicken Sie auf File, dann New und dann Project

2. Im Create a Project-Dialog geben Sie einen Namen ein, und klicken auf Create Project.

3. In den Project Properties wählen Sie die Applikation aus, die Sie testen möchten.

4. Klicken Sie auf Modify, und tragen Sie folgende zwei Zeilen im Bereich User-defined Environment Variables ein:

ENABLE_JITPROFILING=1
CL_CONFIG_USE_VTUNE=True.

5. Bestätigen Sie die neuen Einstellungen in allen offenen Fenstern mit einem Klick auf OK.

6. Klicken Sie auf New Analysis, um die Analyse zu starten.

7. Wählen Sie den passenden Analysis Type aus, und klicken Sie auf Start.

OpenCL Kernel Assembly-Code einsehen

1. Warten Sie, bis das Sampling beendet ist.

2. Klicken Sie auf Hotspots Bottom-up in der Navigationsleiste.

3. Wählen Sie die /Function-Option in der Data Grouping Auswahlbox, und suchen Sie in der Tabellenübersicht nach nach den OpenCL Kernels Ihrer Anwendung.
Hinweis: Wenn Sie unterschiedliche Anwendungen mit identischen OpenCL-Kernel-Namen parallel laufen und testen lassen, wählen Sie die /Process /Function/Thread -Option in der Data Grouping-Auswahlbox und achten auf die Processes-Übersicht. Der betreffende OpenCL wird dann jeweils unter der Applikation aufgeführt.
Doppelklicken Sie dann auf den betreffenden OpenCL-Kernel, um den Source Code und die relevanen Sampling-Information einzusehen.

Oliver,

I am going to be at International Supercomputing in Hamburg later this month (June 19-22).

If by chance you will be attending as well, perhaps we can get a little time to talk.  I  have some press events Monday to help with (you would be welcome to attend), and I’ll be in the booth with demos much of the remaining time. Primarily talking about Intel MIC (Many Integrated Cores).

I hope to see you again if you will be in Hamburg as well.

- James

Das sind natürlich interessante Infos, und daher wäre eine Reise in den hohen Norden sicherlich ein gute Idee. Vor allem auch deshalb, weil nicht nur Intel einen Stand auf der ISC11 hat, sondern ein großes Angebot an Vorträgen und weiteren Ausstellern zur Auswahl stehen. Highlights sind dabei folgende Dinge:

• Am Sonntag, 19. Juni werden den ganzen Tag Workshops angeboten, die teilweise gleichzeitig abgehalten werden und die sich mit Themen befassen wie “Debugging & Optimizing Parallel Programs”, “Parallel Programming using the Global Arrays Toolkit”, “Linpack on Future Manycore & GPU based systems” und vielem mehr. Die Workshops dauern jeweils drei bis vier Stunden und sollen fundiertes Wissen rund um HPC liefern.

• An den Tagen 2 bis 5, also vom 20. bis 23. Juni, findet die eigentliche Supercomputing-Konferenz statt. Das Programm ist reichhaltig und spannend zugleich: es geht um Transpeta-Flops, heterogene HPC-Systeme, HPC-Anwendungen, einen Crash-Kurs in Sachen HPC, eine GPU-Debatte, HPC & Cloud Computing und weitere zahlreiche Sessions.

• Parallel zu den Konferenzvorträgen bietet die ISC11 auch einen großen Ausstellerbereich, wie man ja der Mail von James entnehmen kann. Diese “Exibition Area” öffnet am Montag um 15:00 Uhr ihre Pforten und schließt diese wieder am Mittwoch um 18:00 Uhr. Dort trifft man neben Intel bekannte Firmen/Aussteller wie Acer, AMD, Bull, Dell, Fraunhofer Institut, Hewlett-Packard, IBM, Microsoft, QLogic, Samsung, T-Systems und viele andere. Genug Ansprechpartner also für interessante und erschöpfende Gespräche.

Tickets sind noch erhältlich, die Preise für die ISC11 schwanken für die komplette Veranstaltung zwischen 300 Euro (Studenten) bis 1.320 Euro (Industrie-Vertreter). Aber auch Tagestickets sind käuflich zu erwerben, die zwischen 100 Euro und 440 Euro kosten.

Zu den wichtigsten Neuerungen des Compiler-Updates gehören bessere Dokumentationen und Hilfe-Funktionen sowie eine erweiterte Integration in Microsoft Visual Studio.

Das Beta-Programm unterstützt IA-32 und Intel 64-Bit-Prozessoren für Windows, Linux und OS X.

Im Einzelnen profitieren Sie von folgenden Verbesserungen:

Intel C++ Composer XE 2011 SP1

Das Update bietet erweiterten Support für den künftigen C++0x Sprachstandard inklusive Variadic Templates. Zusätzlich wird OS X ab sofort besser unterstützt inklusive Intel Cilk Plus Erweiterungen (Outer Loop Elemental Functions, Cilk on Mac) und Blocks.

Intel Fortran Composer XE 2011 SP1

Intel Fortran-Anwender profitieren von einer optimierten Fortran 2003-Unterstützung. Sie können ab sofort die neue Microsoft Visual Studio 2010 Shell nutzen, ohne Visual Studio-Installation.

Wer hingegen Microsoft Visual Studio 2010 (inklusive Shell) nutzt, hat nun Zugriff auf neue Quellcode-Funktionen wie Source- und Object-Browser.

Hier können Sie die Beta-Versionen downloaden. Das Beta-Programm für die aktuelle Version wird vermutlich am 22. Juli 2011 beendet.

Wenn Sie daran teilnehmen möchten, nutzen Sie bitte die Webadresse http://premier.intel.com, um Ihr Feedback abzugeben oder Fehler zu melden.

Weitere Informationen zum Intel C++ Composer XE 2011 finden Sie auf dieser Seite und natürlich im Software Dev Blog, wo wir uns detailliert den Vorteilen des Composer XE 2011 gewidmet haben.

Kleiner Exkurs: Lambda-Ausdrücke kommen bisher nur in funktionalen Programmiersprachen vor, also in Haskell oder Scala. Da aber solch eine “anonyme Funktion” viele Vorteile mit sich bringt (einfacher Aufruf, weniger fehleranfällig wegen falsch eingesetzter Variablen, etc.), werden in C++ 2011 Lambda-Ausdrücke Teil der imperativen Programmiersprache C++ sein. Wer mehr zum Thema Lambda-Ausdrücke erfahren will, sollte sich mit diesem Artikel beschäftigen.

Zurück zum ISN-Beitrag. Dieser zeigt sehr anschaulich anhand eines Code-Beispiels, wie in Zukunft parallel_for-Konstrukte der Intel Threading Building Blocks von den Lambda-Ausdrücken des künftigen C++-Standards profitieren werden. Unterstützt werden dabei die Compiler GNU g++ Version 4.5, Intel C++ Compiler V12 und Microsoft C++ Compiler V16.

Ohne Lambda-Expression und parallel_for sieht ein möglicher Funktionsaufruf wie folgt aus:

class ChangeArray{
...int* array;
public:
...ChangeArray (int* a): array(a) {}
...void operator()( const blocked_range& r ) const{
......for (int i=r.begin(); i!=r.end(); i++ ){
.........foo (array[i]);
......}
...}
};

Derselbe Funktionsaufruf mithilfe von parallel_for und einem Lambda-Ausdruck stellt sich folgendermaßen dar:

void ChangeArrayParallel (int* a, int n )
{
...parallel_for (0, n, 1,
......[=](int i) {
.........Foo (a[i]);
......});

}

Was man anhand dieses sehr kleinen Beispiels gut erkennen kann, sind zweierlei Dinge: das parallel_for-Konstrukt ist zum einen wesentlich kompakter und damit effizienter, und zum anderen kommen ausschließlich lokale Variablen zum Einsatz, was zu thread-sicherem Code führt.

Innerhalb des Blogbeitrags auf ISN ist übrigens ein kurzes Video eingebettet, das die gesamte Geschichte anschaulich zusammenfasst.

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.

Diese Tatsache alleine ist noch keine Sensation, aber die Produkte von Open Parallel durchaus schon. Das Team um Lenz Gschwendtner setzt nämlich bei seinen Produkten wie OPHpHp auf ein “Übersetzertool”, das Facebook entwickelt und zur kostenlosen Nutzung freigegeben hat: HipHop.

Was zunächst nach Rhythmus klingt, entpuppt sich bei näherem Hinsehen als ziemlich pfiffiger Einfall der zuständigen Facebook-Entwickler, wie man lahmen und ineffizienten PHP-Code in schnellen und höchst performanten C++-Code umwandelt. Dass dies funktioniert, hat Facebook schon selbst bewiesen, indem sämtliche PHP-Seiten, die auf facebook.com zum Einsatz kommen, in HipHop-basierten Code umgewandelt wurden. Ergebnis: Der notwendige Sourcecode konnte einerseits um rund 50 Prozent reduziert werden, und zum anderen läuft Facebook dank HipHop viel schneller.

Was aber hat das mit den Intel Threading Building Blocks zu tun? Nun, die Jungs bei Open Parallel wussten sofort, dass Intel TBB mit seiner hochoptimierten und thread-sicheren Software-Bibliothek prima zu HipHop passen würde, da ja dieses PHP-Framework C++-Code generiert, was wiederum gut zu Intel TBB passt. Also mussten sie einen effizienten Weg finden, wie sich die Intel-TBB-Funktionen in HipHip sinnvoll integrieren lassen.

Die erste Idee bestand darin, den HipHop-Optimizer dazu zu bringen, eine automatische Umwandlung von HipHop- in TBB-Code vorzunehmen, was sich aber als zu kompliziert und nicht machbar herausstellte. Also versuchte sich Open Parallel daran, TBB-Funktionen in HipHop zu implementieren und dafür PHP-äquivalente Funktionen zu schreiben. Die ersten Gehversuche in diese Richtung unternahm Open Parallel mit dem TBB-Konstrukt parallel_for(), da viele PHP-basierte Anwendungen wie WordPress auf einer Reihe von for-Schleifen basieren, was die Implemtierung solch eines parallelisierten Schleifenkonstrukts sinnvoll erscheinen lässt.

Im Falle von WordPress schien es so, dass sich vor allem der Plugin-Code als sehr schleifenlastig herausstellte, und somit war der erste HipHop-TBB-Code geboren. Und das Ergebnis dieser angepassten WordPress-Implementierung konnte sich wohl sehen lassen: die Entwickler von Open Parallel verzeichneten einen deutlich geringen Speicherbedarf, und die Laufzeiten konnten dadurch ebenfalls erheblich verbessert werden. Und das mit einer einzigen parallel_for-Funktion. Respekt!

Mehr Infos rund um die WordPress-HipHop-TBB-Optimierungen finden Sie auf der Open-Parallel-Webseite im zugehörigen Artikel.

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

Und was hat das mit dem Thema GPCPU zu tun? Nun, wie Intel ja schon vor längerem angekündigt hat, wird das ehemalige Vorzeigeprojekt Larrabee wieder auferstehen, und zwar unter dem Namen Knights Corner. Dabei handelt es sich um eine Art Co-Prozessor, der 50 Prozessorkerne umfassen, in der 22-Nanometer-Technik gebaut und für parallele Rechenaufgaben geradezu prädestiniert sein wird. Das Ganze wird im Laufe des nächsten Jahres auf den Markt kommen.

Und genau hier setzt OpenCL ein, denn mit diesem Framework, das mit OpenCL C konform ist und diverse Tools für Programmierer bietet, lassen sich vor allem grafisch-orientierte Aufgaben deutlich schneller ausführen als auf jedem Standard-PC, der CPU und GPU nicht gemeinsam nutzen kann.

Das Intel OpenCL SDK 1.1 Beta umfasst folgende Merkmale:

• Das SDK ist vollständig kompatibel mit der OpenCL-Spezifikation
• Beta-Support für Microsoft Windows (32 and 64 bit)
• Alpha-Support für Linux
• OpenCL-Client-Treiber
• CPU-Vektorisierungsmodule für SIMD-Berechnungen

Darüber hinaus werden folgende optionale Core-Features unterstützt:

• Out-of-Order-Execution
• Unterstützung nativer Kernels
• native Verarbeitung von Bildern
• Code-Optimierungen mithilfe bestimmer Compiler-Einstellungen (cl-fast-relaxed-math)
• Floating Point-Erweiterungen für Berechnungen mit doppelter Genauigkeit (cl_khr_fp64)
• Code-Beispiele
• Debug- und Analyse-Tools sind ebenfalls Teil des SDKs (z.B. Intel GPA und VTune Amplifier-Support)

Mithilfe des zugehörigen Links kann das Intel OpenCL SDK auf den eigenen PC zu Testzwecken geladen werden.

Intel-Ausstellungsbereich mit Florian und Monika

Und nun zu den Developer-Tools, die jeder Parallel-Programmierer kennen sollte. Zumindest deren Unterschiede, Stärken und Schwächen, denn so fällt es nicht nur leichter, sich für das richtige Werkzeug zu entscheiden, sondern auch Fehler im Code zu minimieren. Aber natürlich lassen sich die Tools im Einsatz auch kombinieren.

Merken Sie sich auf jeden Fall diesen Namen: Parallel Building Blocks. Denn diese Toolsuite vereint drei der wichtigsten Werkzeuge für Parallel-Programmierer: Cilk Plus, Threading Building Blocks (TBB) und die neuen Intel Array Building Blocks (ArBB), die derzeit noch in der Beta-Phase sind.

Cilk und Intel Array Building Blocks (ArBB) werde ich hier näher vorstellen.

Cilk Plus

Cilk Plus ist unbestritten das einfachste Tool und auch für Einsteiger sicher gut geeignet. Streng genommen sind sich Cilk und OpenMP recht ähnlich. Beide produzieren schnellen, parallelen Code ohne viel Overhead. Und beide werden von Intel Compilern unterstützt. Das gilt im Übrigen auch für OpenMP in der Version 3. Es gibt aber auch gravierende Unterschiede, die Cilk für Entwickler deutlich attraktiver machen als OpenMP.

Das beginnt schon bei der Bedienung. Wer sich jemals mit Cilk auseinandergesetzt hat, wird sich an das Schlüsselwörter-Prinzip erinnern. Mit den drei Kommandos cilk_spawn, cilk_sync, cilk_for erledigen Sie die wichtigsten Aufgaben im Code. Dabei kontrolliert die Cilk Plus Runtime die Threads und deren zeitliche Ausführung. Gerade dieser sehr zuverlässige Cilk Runtime Scheduler hebt sich wohltuend von OpenMP ab. Die Zahl der Threads im Code wird hierbei automatisch den vorhandenen Prozessorkernen angepasst. Der Entwickler kann dies aber auch korrigieren, wenn er das möchte.

Auch auf Data Races hat Cilk Plus eine Antwort. Natürlich lassen sich Variablen auch mit der Mutex-Methode schützen, aber Cilk Plus geht hier deutlich eleganter vor, indem es Hyperobjects nutzt. Das sorgt für eine deutliche bessere Performance.

Herauszuheben sind last but not least die Array Notations in Cilk Plus. Darüber freut sich der Compiler, der Vektoranweisungen viel besser verarbeiten kann als Schleifen. Weitere Infos gibt es übrigens auf der sehr guten Seite www.cilk.com.

Intel Threading Building Blocks (TBB)

Die Intel Threading Building Blocks (TBB) bieten eine C++-Laufzeitbibliothek und sind als Open Source oder per Compiler verfügbar. Sie sind plattform- und sprachenunabhängig und adressieren vor allem fortgeschrittene Developer. Mit anfängertauglichen Parallelfunktionen wie „parallel_for“ statt „for“ werden die TBB aber auch zunehmend für Einsteiger interessant.

Intel Array Building Blocks (ArBB)

Die jüngste Sprössling der Parallel Building Blocks heißt Intel Array Building Blocks (ArBB).
Vereinfacht ausgedrückt erledigen die ArBB folgenden Job für Code in C++: Sie parallelisieren und optimieren nativen Code, und zwar genau für die Hardware, für die er konzipiert wurde und geben den Code an den Compiler zurück.

Vorteil für den Entwickler: Er muss den Code auch für unterschiedliche Pattformen nur ein einziges Mal schreiben, kann ihn mit ArBB neu kompilieren und dann automatisch auf die Ziel-Hardware ausrichten. Wer es selber ausprobieren möchte: ArBB steht als Beta zum kostenlosen Download bereit.

So, das war’s aus Köln. In der nächsten Woche werde ich wieder live berichten – dann vom ISN Black Belt Event in München. Schönes Wochenende!

Hubert Haberstock während der dotnet Cologne 2011

Klasse: Seine Ausführungen gingen bis auf Code-Ebene, und zwar immer am gleichen Beispiel. So konnte man wunderbar vergleichen, wie sich nicht nur die Code-Syntax, sondern auch die Anforderungen an den Programmierer ändern,  je nachdem, welches Tool er bevorzugt wird Aber der Reihe nach:

Unter dem Motto „Parallelisierung und Skalierbarkeit in nativer C/C++ Softwareentwicklung – leichter als je zuvor“ hat Hubert zunächst die Unterschiede der Programmierung mit Managed und nativem Code erläutert. In der Kürze: Managed Code wird übersetzt und dann in der Laufzeitumgebung ausgeführt, nativer Code hingegen setzt dagegen direkt auf der Hardware auf.

Natürlich ist es deutlich komplizierter, nativen Code zu programmieren. So muss der Entwickler für Thread-Sicherheit sorgen. Die Mühen werden aber belohnt, denn der Code lässt sich sehr einfach vektorisieren. Zudem nutzt die fertige App die Power der Hardware voll aus und läuft daher schneller. Zu guter Letzt erhält und behält der Developer dank nativem Code jederzeit volle Kontrolle über die Hardware – zum Beispiel CPU-Kerne und GPU.

Sandy Bridge IVY kommt

Um das Thema Parallelisierung wird in der Zukunft kein professioneller App-Entwickler für PC-Anwendungen herumkommen. Das ist keine persönliche Einschätzung, sondern eine Prognose, die sich sehr leicht nachvollziehen lässt, wenn man einen Blick auf die kommenden Prozessorfamilien wirft. Nach Sandy Bridge wird Sandy Bridge IVY kommen, die nächste Generation der Mehrkernprozessor-Systeme im 22-Nanometer-Herstellverfahren. Nur paralleler Code ist dann in der Lage, den Geschwindigkeitsvorsprung zu nutzen, den die Hardware vorgibt. Und daran wird sich nichts mehr ändern

Parallelisieren? Gerne! Aber wie?

Es gibt sehr viele unterschiedliche Möglichkeiten, um seriellen Code zu parallelisieren, es gibt kostenlose und sehr teure Tools. Und es gibt einsteigerfreundliche Methoden und sehr komplizierte, die selbst Profis vor Herausforderungen stellen. Hubert hat das sehr gut demonstriert, indem er Compiler-Switches für Autovektorisierung (sehr einfach) nativem Threading via Win 32-API oder POSIX gegengestellt hat. Threading ist sehr kompliziert, belohnt den Entwickler aber mit hoher Kontrolle über Apps und Hardware und großer Thread-Sicherheit.

Mit seinen Werkzeugen deckt Intel ein breites Spektrum an Parallelisierungs-Tools ab, angefangen vom Einsteiger-freundlichen Cilk über die Threading Building Blocks (TBB) bis hin zu den neuen Intel Arrray Buidling Blocks (ArBB).

Diese drei Tools werde ich im nächsten Blog-Beitrag detailliert beschreiben und vergleichen und damit den Report von Huberts sehr gutem Vortrag fortsetzen.

Start frei für die dotnet Cologne 2011 – eine der kleineren, aber durchaus wichtigen Entwicklerkonferenzen für den .NET-Bereich.

Positiv fällt auf, dass die Location wirklich schön ist. Freundliche Konferenzräume, heller, wenn auch sehr kleiner Ausstellungsbereich. Negativ bleibt festzuhalten, dass es im Ausstellungs-und Pausenbereich absolut keine Stühle gibt (ich sitze auf einer Kiste). Liebe Veranstalter, das könnt ihr beim nächsten Mal sicher besser machen.

In diesem Jahr nehmen die Themen Silverlight und Windows Phone 7 sehr viel Raum ein. Unser Highlight ist aber selbstverständlich der Vortrag zum Thema „Parallelisierung und Skalierbarkeit in nativer C/C++ Softwareentwicklung – leichter als je zuvor“ von Hubert Haberstock.

Ich werde live davon bloggen, hatte aber schon vorher die Möglichkeit, Hubert ein paar Fragen zu stellen.

Hubert Haberstock

Wen adressiert Intel Parallel Studio XE? Welche Programmierer profitieren am meisten davon?
Parallel Studio XE ist ein Visual Studio-Plug-In, das Parallelisierung von nativem Code unter C und C++ ermöglicht. Es bietet diverse Multithreading-Methoden und Tools, die Entwicklern helfen, auf der Hardware-Ebene schnellere und fehlerbereinigte Apps zu programmieren. Auch Fortran wird von Parallel Studio unterstützt.

Von welchen Funktionen profitieren Anwender?
Vor allem natürlich von der Vektorisierung. Programmierer können ab sofort Multimedia-Register-OPs verwenden wie AVX, und so mit einfachen Methoden parallelen Code produzieren. Zudem profitieren Entwickler von der Möglichkeit, ohne Managed Code direkt die Hardware zu steuern.

Stichwort Debugging: Was können Programmierer von den Debugger-Erweiterungen erwarten?
Es gibt eine Parallel Debugging Extension, die selbstverständlich nicht den Microsoft-Compiler ersetzt, unter Cilk, OpenMP und TBB (Intel Threading Building Blocks) aber sehr gute Dienste leistet.

Data Races und Bootlenecks gehören zu den häufigsten Schwachstellen in parallelem Code. Was leistet hier Parallel Studio XE, um Fehler dieser Art zu vermeiden?
Parallel Studio XE bietet leistungsstarke Performance- und Analyse-Tools, die dazu beitragen, typische Fehlerquellen im Code offenzulegen, selbstverständlich zunächst im seriellen Code. Allen voran der VTune Amplifier, der Bottlenecks aufspürt. Ein weiteres wichtiges Tool ist der Inspector, mit dem Entwickler sehr schnell Data Races und Deadlocks erkennen können. Insofern arbeitet der Inspector als Debugger. Als sehr praktisch erweist sich die Option, den kompletten Code zunächst mit dem Statitc Security Analyzer einer sehr schnellen, statischen Analyse zu unterziehen und im Anschluss Codebestandteile in Echtzeit zu prüfen. Der Programmierer weiß dann, wie sich der Code tatsächlich innerhalb der App verhalten wird.

Intel Array Building Blocks steht mit der Beta-Version in den Startlöchern. Kannst du unseren Lesern das Konzept hinter den Intel Array Building Blocks kurz erklären?
Intel Array Building Blocks sind Spracherweiterungen für parallele Patterns, die eine Parallelisierung schon auf Code-Ebene ermöglichen. So werden unter Intel Array Buildung Blocks (ArBB) „for“-Loops durch Vektoranweisungen ersetzt. Ein zweiter Aspekt: Die dynamische Laufzeitumgebung passt den Code auf die Target-Architektur an, also exakt auf die Hardware, für die der Code konzipiert wurde.

Letzte Frage: Mit welchen Tools zur Parallelprogrammierung sollten sich Entwickler unbedingt beschäftigen, um effizienter zu arbeiten?
Keine Frage, das ist Parallel Studio – ein komplettes Öko-System aus optimierenden Compilern, Libraries, Tuning-Tools und Analyzer-Werkzeugen für native Code-Umgebungen. Nicht nur, aber auch gerade für Einsteiger ein unverzichtbares Tool-Set.

Heute nachmittag geht es weiter. Dann werde ich selbstverständlich auch von Huberts Präsentation berichten.

Marcus bietet auf seinen Seiten eine sehr gute Zusammenfassung der wichtigsten Vorträge aus dem Blickwinkel eines C++-Programmierers. In Teil 1 seines Reports widmet er sich unter anderem detailliert den Intel Threading Building Blocks und den Parallel Building Blocks. Teil 2 behandelt die Themen Code-Tuning, Analysen mit dem Intel Inspector XE und Embedded Systems. Klasse geschrieben und sehr empfehlenswert!

Apropos Parallel Building Blocks: Die bekommen mit den Intel Array Building Blocks (Intel ArBB) „Nachwuchs“.  Die Intel Array Buidling Blocks liegen derzeit als Beta-Version vor. Nach Ihrer Registrierung können Sie die Software kostenlos downloaden.

Die Intel Array Building Blocks bieten ein flexibles, vektorbasiertes Parallel-Programmier-Modell für Multicore- und Many-Core Architekturen. Sie bieten C++-Bibliotheken und produzieren skalierbaren, portablen Programmcode und sind damit ideal für Anwendungen, die daten- und ressourcenintensive mathematische Berechnungen durchführen müssen, beispielsweise wissenschaftliche Programme, Finanzanalysen, Datenbanken oder Animationen.

Die Intel Array Building Blocks sind eine Kombination aus Intels Ct-Technologie und der RapidMind Technologie. Nach dem Start der Beta-Phase liegt nun der erste Bug-Report vor. An dieser Stelle vielen Dank an die vielen, weltweiten Beta-Tester, die dazu beitragen, dass das fertige Produkt schlussendlich Ihren Erwartungen entspricht. Die komplette Liste lässt sich hier abrufen.

Sie wollen die Parallel Building Blocks genauer kennenlernen? Dann empfehlen wir Ihnen die Sammlung von insgesamt 100 Videos, Trainings und Blogposts zum Thema PBB, die jetzt auf ISN veröffentlich wurde. Die amerikanischen Kollegen haben eine beeindruckende Auswahl an technisches Trainings, Videos und Background-Artikeln zusammengetragen, die sowohl Einsteiger als auch Experten adressieren. Keine Session dauert länger als 15 Minuten. Und die Liste wird täglich aktualisiert, deswegen dürfen Sie auch gerne mehrmals wöchentlich reinschauen!

Was war deine größte Herausforderung beim Umstieg auf die Parallelprogrammierung?

Was ist ein guter Tipp für angehende Parallelprogrammierer?

Was bringen Sandy Bridge und AVX für parallel ablaufende Anwendungen?

Der zweite Teil hingegen befasst sich mit Fragen wie:

Welche Programmiermodelle werden sich durchsetzen?

Laut Asafs Aussage werden objektorientierte Programmiermodelle wie C++ zwar weiterhin bestehen, allerdings stoßen sie beim Parallelprogrammieren immer wieder an ihre Grenzen, da es sehr schwer ist, Tasks zu kontrollieren. Asaf glaubt, dass man in Zukunft auf der obersten Abstraktionsebene viel stärker in Tasks denken muss, um dann im weiteren Verlauf mit Objekten arbeiten zu können. Allerdings behebt auch diese Heransgehensweise nicht das Problem immer wieder auftretender Zufallsabstürze, wie man sie beispielsweise bei Borland C++ 5.0 beobachten kann. Fazit: neue Programmiermodelle müssen her! Und Tools wie der VTune Amplifier XE für das Aufspüren potenzieller Abstürze von parallel programmierten Anwendungen.

Welche Programmiersprachen bevorzugst du?

Asaf setzt für seine Programme – der ersten Frage zum Trotz – am liebsten noch auf C und C++ (für den Programmcode) und auf C# (für das Programmieren für Bedieneroberflächen). Zudem lassen sich beide Sprachen mithilfe von .NET-Wrappern prima innerhalb derselben Entwicklungsumgebung wie Visual Studio verwenden.

Was sollte man Studenten empfehlen, die sich mit dem Thema Parallelprogrammierung beschäftigen wollen?

Guter parallel programmierter Code beginnt bereits mit dem Design. Denkt also nicht seriell, sondern parallel! Gute Anwendungen müssen sogar parallel programmiert sein, da der Computer von Haus parallel arbeitet, da er ja auf mehrere Ereignisse aus unterschiedlichen Richtungen gleichzeitig reagieren muss. Um den seriellen Eingabestrang, dem wir immer noch unterworfen sind, aufzubrechen, sollte man laut Asaf mit Threads oder Thread-Pools arbeiten. Parallelprogrammierung beginnt also in den Köpfen und erfordert sehr viel Arbeit und Umdenken beim Einsatz bekannter Modelle.

Das vollständige Interview können Sie auf dem SoftTalk-Blog nachlesen (Teil 1 und Teil 2).

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.

Zudem möchten wir Sie an dieser Stelle noch einmal herzlich zu der exklusiven und kostenlosen Entwickler-Veransaltung einladen! Es sind nur noch wenige Plätze frei. Melden Sie sich am besten noch heute an!

Nun aber zu dem Interview: Eine wichtige Frage handelt von den Herausforderungen, mit denen Asaf in Sachen Parallelprogrammierung konfrontiert wurde. Dazu hat er eine ganz einfache Antwort parat: Der Umstieg war die größte Hürde, da es gar nicht so einfach war, parallel und nicht mehr seriell zu denken. So hatte er echte Schwierigkeiten, für kritische Code-Abschnitte einen Mutex anstatt eines Locks zu verwenden. Außerdem musste er beispielsweise erst mal lernen, dass ein Mutex nicht die kritische Sektion, sondern die betreffende Ressource, also die involvierten Speicherbereiche schützt.

Ein sehr schönes Bild hält Asaf auf die Frage bereit, was denn der beste Tipp in Sachen Parallelprogrammierung sei. Sein Antwort: Man muss wie Menschen und nicht wie Maschinen denken. Als konkreten Fall nennt er einen Schnellimbiss, bei dem mehrere Leute an mehreren Verkaufstheken gleichzeitig bestellen, und diese Bestellungen anschließend von verschiedenen Mitarbeitern des Restaurants bearbeitet und an die Kunden ausgegeben werden. Genau so verhält es sich nämlich mit asynchroner Datenverarbeitung mithilfe von Task-Queues, Worker-Threads und vielem mehr.

Interessant sind auch Asafs Antworten auf die Fragen, was Sandy Bridge und AVX für Entwickler tun können. So sieht er in der neuen Core-Architektur eine erhebliche Verbesserung für parallel programmierte Anwendungen, da aufgrund des Core-to-Core-Designs Daten schneller zwischen den einzelnen Prozessorkernen hin- und herfließen können, was die Zahl an Bottlenecks erheblich reduziert.

Als Beispiel führt er die Berechnung einer Aufgabe an, die ohne AVX vier Prozessorkerne mitsamt aller Sycnhronisationsalgorithmen erfordert. Mithilfe von AVX geschieht dies wegen der breiteren Register auf einem einzigen Prozessorkern, was natürlich viel zu besser handhabbar ist. AVX kann laut Asaf in bestimmten Fällen bis zu 16 Prozessorkerne eliminieren.

Die Fortsetzung des interssanten Interviews können Sie am Freitag hier lesen.

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!

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.

Dazu gibt es satte Geldpreise für alle Code-Schreiber, die auf dem „Treppchen“ landen.

Um allen interessierten Developern eine Teilnahme zu ermöglichen, ist der Wettbewerb wie auch im vergangenen Jahr in zwei Leistungsklassen unterteilt: Profis („Master“ ) und Novizen, also vor allem Schüler und Studenten („Apprentice“).

Zudem gibt es zwei Gewinnspiel-Etappen, wobei Sie in jeder Phase mit Ihrem Know-how und Ihrer Erfahrung drei Programmier-Probleme lösen müssen.

Die erste Wettbewerbsphase startet am Montag, den 18.April um 12.00 Uhr (Pacific-Zeit), also bei uns am Abend. Sie haben dann drei Wochen Zeit, um sich erfolgreich den Aufgaben zu stellen. Die zweite Phase wird im Laufe des Jahres beginnen. Wir werden Sie rechtzeitig zum genauen Termin informieren.

Alle Teilnehmer haben die Möglichkeit, ihre eigenen Anwendungen über die Intel Manycore Testing Lab (MTL) Plattform zu entwickeln und zu testen. MTL wurde jüngst deutlich verbessert, und die Gewinnspielteilnehmer gehören zu den ersten, die davon profitieren.

Übrigens: Den Trip nach San Francisco können Sie bereits mit Ihrer Teilnahme an der ersten Etappe gewinnen – und zwar sowohl in der Master- als auch in der Apprentice-Klasse. Sie müssen sich nur noch anmelden!

Hier lesen Sie alle Contest-Regeln und registrieren sich für das Gewinnspiel. Viel Spaß bei der Teilnahme und viel Glück!

Levent Akyil während der Intel Software Developer Conference 2011

Levent demonstrierte am Beispiel des Simulations- und Aufbauspiels „Total War: Empire“, wie Developer mit Hilfe des VTune Amplifier XE die beiden wesentlichen Ziele der Spieleprogrammierung sicherstellen: Performance und Skalierbarkeit.

Hierzu bietet der Amplifier sowohl statistische als auch visuelle Daten und Analysen, um Hotspots und Locks sehr schnell im Quellcode aufzuspüren und damit die wichtige Frage zu beantworten: „Wo verschwendet meine Anwendung wichtige Rechenzeit und Ressourcen?“

Amplifier identifiziert die „faulen“ Threads sehr schnell (und dank intuitiver Bedienung auch sehr komfortabel) und ermöglicht eine schnelle Navigation im Sourcecode.

Dafür misst das Tool:

• CPU-Nutzung

• gleichzeitiger Zugriff mehrerer Threads (Thread Concurrency)

• Frame-Rate

Vor allem die neue Frame-Analyse ist herauszuheben: Spiele-Entwickler können damit bestimmen, welche Frames im Einzelnen die Performance verringern. VTune Amplifier ermittelt selbstverständlich auch, welche Funktionen diesen Frame initiieren und welche davon als Blockade wirken.

Das ist angesichts des Farbcodes in der sehr übersichtlichen grafischen Darstellung selbst für Einsteiger ohne weiteres machbar: Grüne Balken bedeuten, dass die Threads bereits das volle Parallelisierungspotenzial ausgeschöpft haben, bei roten oder orangenen Markierungen sollte der Code geprüft und ausgebessert werden. Als Entwickler haben Sie die Option, in die grafische Darstellung hineinzuzoomen, um die betroffenen Frames und deren Start- und Endzeitpunkte exakt zu bestimmen.

In der Folge lassen sich die Threads optimal aufeinander ausrichten. Das beschleunigt nicht nur das Game, sondern ermöglicht auch eine höhere Detailtiefe bei der grafischen Darstellung. Levent führte aus, dass „Total War:Empire“ mit Hilfe der Thread-Optimierung pro Frame bis zu 10.000 Spielfiguren detailliert rendern kann – und das nahezu ohne Performanceverlust.

Ein wesentlicher Erfolgsfaktor waren dabei die Intel Threading Building Blocks, die mit ihren C++-Bibliotheken die Skalierbarkeit des parallelen Codes verbessern und damit Threads in Tasks verwandeln. Hierzu ein Zitat eines Spieleprogrammierers von „War Total“:

Ohne den Einsatz von Intel TBB hätten wir das Spiel niemals rechtzeitig veröffentlichen können.

Übrigens: Detaillierte Informationen zum VTune Amplifier und den Threading Building Blocks finden Sie natürlich auch in diesem Blog!

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.

Dabei handelt es sich um ein Performance Analyse-Tool für unterschiedliche Systemplattformen wie Windows und Linux. Neben den gewohnten Power-Funktionen etwa zur Identifizierung von Flaschenhälsen und Leistungsbremsen im Sourcecode, hat Intel eine Reihe von Verbesserungen zur Datenkontrolle, Analyse und Visualisierung integriert.

Die wichtigsten Funktionen und Eigenschaften des Performance Tuning Utility:

• Ereignisbasiertes Sampling: Über die prozessoreigene Leistungsmessung lassen sich Probleme sehr genau ermitteln

• Block-Analyse: Hotspots werden exakt ermittelt

• Visualisierung: Performance-Histogramme stellen Leistungshöchst- und Tiefstwerte in der Anwendung dar

• Schleifen-Analyse: Ermitteln von Loops und Rekursionen im Code

• Data Access Profiling: Identifizieren von Memory-Hotspots und Zuordnen zu Code-Hotspots

• Heap Profiler: Ermitteln der Speichernutzung der Anwendung und in der Folge auch von möglichen Memory-Leaks

Insgesamt gesehen bietet die Toolbox hinsichtlich Performance-Analyse ähnliche Funktionen wie der Intel VTune Performance Analyzer. Allerdings profitieren vor allem erfahrene Anwender von den sehr flexiblen Profi-Features.

Dazu gehört ab sofort eine detailliertere Speicherdiagnostik hinsichtlich der CPU-Nutzung. Leistungsprobleme können so schneller dem Sourcecode zugewiesen werden, um Korrekturen einzuleiten. Auch die grafische Darstellung von Leistungswerten -und kurven wurde erweitert.

Hier eine Übersicht der Neuerungen:

• volle Unterstützung für Sandy Bridge inklusive AVX

• bessere Unterstützung für neue Atom-Prozessoren von Intel

• neue Profile ermöglichen bessere Konfiguration

• verbesserte Hotspot-Analyse

• Möglichkeit zur Integration des Intel Performance Bottleneck Analyzer

• diverse Fehlerkorrekturen

Neugierig geworden? Hier gibt es den Download und eine detaillierte Übersicht zu allen Neuerungen.

• Mit der Qt-Klasse QThread können Threads auf Betriebssystemebene erzeugt werden, ohne dass man sich dabei um die darunter liegende Implementierung Gedanken machen muss. Das ist vergleichbar mit den Methoden pthread_create() unter Linux/MeeGo oder CreateThread() unter Windows. Der große Vorteil von QThread ist zweifelsohne die Plattformunabhängigkeit.

• Die Klasse QtConcurrent geht da einen Schritt weiter, indem ein Threadpool verwendet wird, der benötigte Threads erzeugen und damit mehrere Aufgaben nebenläufig ausführen kann. Dabei wird die Zahl der zu erzeugenden Threads von der Hardware begrenzt, sprich von den vorhandenen Prozessorkernen. Außerdem müssen mit dieser Methode Threads nicht permanent erzeugt und gelöscht werden, was den Overhead drastisch reduziert.

• Mit der Klasse QThreadPool, die eine Subklasse von QtConcurrent ist, lassen sich die möglichen Threads generieren und verwalten, die sich per ausgeklügeltem Algorithmus auf die jeweiligen Aufgaben verteilen lassen. Dabei kommt unter anderem das Worker-Stealing-Konzept zum Einsatz.

• Mit der Bool’schen Variablen QFuture lassen sich die Ergebnisse mehrerer Threads speichern und zu späteren Zwecken verwenden. Der Trick dabei: Falls ein benötigtes Ergebnis in QFuture noch nicht vorliegt, wird mit der weiteren Ausführung der Anwendung solange gewartet, bis das Ergebnis vorliegt. Dies funktioniert aber nur bei Threads, die unabhängig voneinander laufen und nicht gemeinsame Daten verwenden.

• Mit QMutex steht ein bekannter Sperrmechanismus in Qt zur Verfügung. Dabei stehen Threads im Vordergrund, die um Daten konkurrieren, was bei falschem Gebrauch von Threads zu Data Races oder Deadlocks führen kann.

• Mit der Klasse Qt Collection lassen sich mithilfe von QtConcurrent eine Reihe von Daten gleichzeitig bearbeiten. Dabei werden die einzelnen Operationen automatisch auf mehrere Threads verteilt, und mithilfe einer Variablen vom Typ QFuture wird überprüft, wann sämtliche Operationen beendet sind.

Und für alle, die noch mehr wissen wollen zu dem Thema und die an Beispiel-Code interessiert sind, sei diese umfangreiche Webseite empfohlen.

Beginnen wir mit den Updates:

Der Parallel Advisor 2011 wurde mit einem zweiten Update aufgewertet. Zum einen wurden, wie bei Updates üblich, kleine Fehler korrigiert. Zum anderen wurde das Tool aber auch für das Zusammenspiel mit Windows 7 Service Pack 1 und Microsofts Entwicklungsumgebung Visual Studio 2010 optimiert.

Hintergrund: Der Parallel Advisor ist eines der wichtigsten Entwicklerwerkzeuge von Intel, um festzustellen, welche seriellen Codebestandteile Parallelisierungs-Potenzial haben und wie sich entsprechende Threads implementieren lassen.

In diesem Blog habe ich bereits mehrfach über den Parallel Advisor und dessen Möglichkeiten in der Programmierpraxis berichtet.

Auch Intels VTune Amplifier XE hat per Update ein paar neue Funktionen erhalten. Das Tool ist konsequent auf die neue Sandy-Bridge-Generation ausgerichtet und bietet nun neue Performance- und Analyse-Funktionen wie

• vordefinierte Event-Profile zur einfacheren Diagnose

• mehr integrierte Messverfahren etwa zur Speicherbelegung

• automatisches Markieren von Code-Elementen, die einen bestimmten Normwert übersteigern

• Tooltipps

Hintergrund: Der VTune Amplifier XE sammelt, analysiert und bewertet Leitungsdaten in vorhandenen Programmen, um Schwachstellen und Flaschenhälse zu ermitteln.

Weitere Informationen zum VTune Amplifier können Sie ebenfalls in diesem Blogbeitrag nachlesen.

Zudem hat das Intel ISN eine Reihe neuer Videos im Rahmen des Parallel Programming Talk veröffentlicht. Der Parallel Programming Talk ist eine wöchentliche Video-Show im Intel Software Network TV, die sich an Parallel-Programmierer wendet – auch an Einsteiger. Um zu neuen Video-Aufzeichnungen auf dem Laufenden zu bleiben, können Sie sich auch per Twitter informieren lassen.

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.

Natürlich werden die Grundzüge von C++ mit C++ 2011 weitgehend erhalten bleiben, allerdings werden Teile so zusammengefasst sein, dass sich das Ganze als verbesserte Einheit darstellt und sich auf höherer Programmierebene natürlicher und effizienter verhalten wird. Wichtigstes neues Feature für Entwickler ist die nebenläufige Programmierung, mit der sich parallel ablaufende Programmabschnitte effizienter programmieren lassen. So können beispielsweise mit Lambda-Funktionen Variablen von Thread zu Thread übergeben werden, was zu verbesserten Parallelkonstrukten führen wird.

Aber auch die direkte Datenfeld-Initialisierung und eine verbesserte Bibliothek werden Teil des neuen C++-Standards sein. Wir werden uns das Ganze zu gegebener Zeit noch ein wenig genauer ansehen und hier veröffentlichen.

Zu den wesentlichen Verbesserungen der frei erhältlichen Linux-Compiler-Sammlung gehören unter anderem folgende Dinge:

>> Dank des AVX-Supports ist GCC 4.6 ab sofort für alle Sandy-Bridge-nahen Software-Projekte interessant. Damit werden mithilfe von -march=corei7-avx and -mtune=corei7-avx die aktuellen Core i3-, Core i5- und Core i7-Prozessoren auf Sandy-Bridge-Basis besser unterstützt.

Das bedeutet vor allem den Support der neuen 256 Bit breiten Register und der zugehörigen, register-nahen Befehlssätze. Daneben konnte aber auch das Zusammenspiel mit ARM-CPUs (Cortex-M4 und Cortex-A15) verbessert werden. Außerdem lassen sich mit GCC 4.6 Floating-Point-Operationen default-mäßig bei der Konfiguration einschalten. Dies geschieht mit dem Schalter –with-fpmath=avx.

>> Die Kompilierungszeiten konnten verkürzt werden und notwendiger Speicher wird effizienter genutzt. Die Kompilierzeiten sind vor allem bei Codeabschnitten mit umfangreichen Funktionen verbessert worden, die nicht vollständig in den Cache passen. Bei Tests auf 64-Bit-x86-Maschinen wurde eine Geschwindigkeitszunahme von 10 Prozent gemessen.

>> Pragma-basierte Fehlerwarnungen können jetzt mittels #pragma GCC diagnostic ein- und ausgeschaltet werden. Das ist beispielsweise für OpenMP-Programmabschnitte interessant.

>> Interessant ist auch die Verbesserung des – zumindest experimentellen – Supports des künftigen C++0x-Standards. Es lassen sich constexpr und nullptr inkludieren.

>> Der Support von Fortran 2003 und 2008 wurde verlängert.

GCC 4.6 wird wohl Mitte Mai in Fedora 15 Einzug halten, allerdings nicht der Standard-Compiler  von Ubuntu 11.04 sein, das Ende April erwartet wird. Sämtliche Verbesserungen und Ergänzungen findet man auf der zugehörigen Webseite.

Die Intel Active Management Technology ist eine Technologie für Intel vPro-Plattformen, die vor allem in Business Desktop-PCs zum Einsatz kommen. AMT ist ein sehr nützliches Tool sowohl für Entwickler als auch Administratoren, das unter anderem folgende Funktionen bietet:

• Konfigurationsänderungen
• Statusinformationen ausgeben
• PC ein- und ausschalten
• Security-Eingriffe

Der Administrator hat damit die Möglichkeit, PCs zu warten und auch Defekte per Remote-Verbindung zu ermitteln, selbst wenn die PCs ausgeschaltet sind. Zudem gibt AMT die Möglichkeit, Sicherheitsbedrohungen mittels integrierter Virtualisierungstechnik zu isolieren, bevor diese PCs und Netzwerk befallen. So viel zur Einführung.

Das neue SDK bietet Entwicklern eine Reihe von Verbesserungen, um AMT noch genauer ansteuern und nutzen zu können. So wurde beispielsweise ein neues Feature namens “Host Based Configuration” (HBC) hinzugefügt. Mit HBC können Sie AMT von jedem PC aus sehr einfach und schnell aktivieren. Sie können zudem die ATM-Clients in zwei unterschiedlichen Modi konfigurieren: Der neue Client Control Modus und der bekannte Admin Control Modus.

Der neue Client Control Modus gibt Ihnen die Möglichkeit, alle vorherigen Restriktionen für die jeweilige Maschine auszuschalten und die Konfiguration zu starten, ganz gleich, ob diese per Kabel oder kabellelos mit dem Netz verbunden ist oder keinen Netzwerkzugang hat. Das SDK enthält detaillierte Informationen, Samples und Beispiele zur Nutzung von HBC.

Zudem wurde die Benutzerführung deutlich verbessert, so dass Entwickler schneller mit ihren Anwendungen auf bestimmte Bereiche des AMT zugreifen können. Das SDK umfasst darüber hinaus fast 300 so genannte Snippets, das sind Code-Schnipsel mit Demo-Funktion. Diese sind in Powershell 2.0 geschrieben. Diese Snippets geben konkrete Hilfestellung beim Steuern und Adressieren der AMT-Funktionen.

Neugierig geworden? Alle Neuerungen des SDK können Sie in diesem Whitepaper nachlesen. Eine noch genauere Einführung in das Thema vermittelt dieser Artikel.

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!

Interessant aus Entwicklersicht ist aber auch eine Technik, die es in der Vorgänger-Architektur “Nehalem” bereits gab und die eine Überarbeitung erfahren hat: Turbo Boost. Mit Turbo Boost 2.0 von Sandy Bridge geht Intel einen Schritt weiter und fokussiert sich im Gegensatz zur Version 1.0 nicht nur auf sequentiell ablaufende Anwendungen, sondern auf seriell und parallel programmierte Apps gleichermaßen. Und mithilfe des Tools Intel Turbo Boost Technology Monitor kann man dem Prozessor-Turbo unter Windows 7 in Echtzeit bei der Arbeit zusehen.

Einer der wesentlichen Unterschiede zwischen TB 1.0 und 2.0 ist die längere Boost-Zeit, die auf die vorhandenen Prozessorkerne verteilt werden kann. Darüber hinaus funktioniert diese Turbo-Funktion hinsichtlich CPU und GPU, die ja seit der Einführung von Sandy Bridge auf einem gemeinsamen Die sitzen (Stichwort: SoC).

Hierfür hat Intel einen ausgeklügelten Algorithmus entwickelt, der stets auf der Suche nach dem perfekten Mix aus Leistungbedarf und aktueller Auslastung sucht. Gleichzeitig wird stets darauf geachtet, dass die Leistungsaufnahme von CPU und CPU möglichst optimal ist, was vor allem bei Notebook-Prozessoren wichtig ist, um so längere Akkulaufzeiten zu erreichen.

Aber zurück zum Turbo-Boost-Tool von Intel. Dieses kleine Werkzeug ist immer dann nützlich, wenn man verstehen will, was gerade beim Ausführen einer Anwendung passiert. Hierfür folgt das Tool einer bestimmten Farbkodierung:

• Ist Turbo Boost nicht aktiv und die CPU verbraucht weniger Strom als spezifiziert, leuchtet ein grünes Blatt und die Bezeichnung “Energy Saver” auf.

• Wenn sich die aktuelle Frequenz unterhalb der spezifizierten Taktrate bewegt, wird ein dunkelblauer, senkrechter Balken angezeigt, aber ohne eine Angabe der aktuellen Frequenz.

• Aktiviertes Turbo Boost 2.0 wird mithilfe eines hellblauen Balkens und der TB-Frequenz dargestellt. Außerdem wird der Text “Intel Turbo Boost Technology 2.0″ angezeigt.

Beim Installieren des TB-Tools sollte beachtet werden, dass nur Windows 7 sowie sämtliche Intel-Core-Prozessoren der zweiten Generation (“Sandy Bridge”) richtig unterstützt werden.

Tipp: Jenseits des Intel-TB-Tools gibt es ein ähnliches Werkzeug, das sich TMonitor nennt und vom CPUID-Team stammt. Damit lassen sich einerseits auch ältere Prozesorren beobachten, und andererseits werden die aktullen Taktraten aller Prozessorkerne angezeigt.

Denn seit dem Erscheinen der Version 1.2 des Azure SDK können Software-Entwickler neben dem .NET-Framwork 3.5 (und darunter) auch das Frameworks 4.0 einsetzen. Und seit der Version 1.3 des SDK kann man sogar die Parallel Extensions sinnvoll nutzen. Das Umstellen von .NET 3.5 auf 4.0 geschieht per Mausklick innerhalb des Solution Explorer von Visual Studio 2010.

Das Interessante an dieser Geschichte ist die “Zweitverwertung” bestehenden C++-Quellcodes, der sich relaiv einfach in Azure-Anwendungen integrieren lässt. Hierfür muss man nur den Full Trust Support in Windows Azure aktivieren und den C++-Code per Platfom Invokes in den Managed Code laden. Web Role und Worker Role lassen sich in Azure-Anwendungen ausführen, indem man das enableNativeCodeExecution-Flag innerhalb der Datei “Service Definition” auf TRUE setzt.

Beachten Sie aber dabei, dass Platform Invokes-Calls einen beträchlichen Overhead generieren. Sie sollten sich also vorher gut überlegen, ob sich der ganze Parallelisierungs-Aufwand für Ihre Azure-Anwendung überhaupt lohnt.

Falls Sie lernen und testen wollen, ob und wie sich Ihr nativer C++-Code in die .NET-Azure-Anwendung integrieren lässt, empfiehlt sich hierfür die Virtual-Lab-Seite von MSDN, die sich sinnigerweise “Windows Azure Native Code” nennt. Dort erfahren Sie, wie sich nativer Code in Windows Azure-Apps einbauen lässt, wie man Full Trust aktiviert, und wie daraus eine ASP.NET-Seite generiert wird, die den nativen Code innerhalb Ihrer Azure-Anwendung aufruft.

Übrigens: Windows Azure unter .NET 4 unterstützt bis zu acht virtuelle Prozessorkerne, was allerdings je nach Größe der virtuellen Maschine dahinter unterschiedliche Kosten generiert. So schlägt beispielsweise eine virtuelle 4-Kern-Maschine mit 7 GB RAM und 1 TB Festplatte mit 48-US-Cent pro Stunde zu Buche. Bei einem 8-Kern-System sind die Kosten pro Stunde doppelt so hoch, also 96 Cent.

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

Doch was, werden Sie sich fragen, hat das mit dem Software Dev Blog zu tun, auf dem es ja vorwiegend um Parallelprogrammierung und Visual Computing geht? Nun 3D-Spiele gibt es für den Flachmann von Apple zuhauf. Aber richtig bemerkenswert aus Sicht dieses Blogs ist die Tatsache, dass im iPad 2 ein Dualcore-Prozessor verbaut ist. Wie übrigens auch im Motorola Xoom oder Samsung Galaxy S2.

Der Apple-Prozessor nennt sich A5, basierte auf dem ARM Cortex-A9-Chip, wird von Samsung gefertigt (die ja auch schon den A4-Prozessor des ersten iPad produziert haben) und wird mit 1 GHz getaktet. Darüber hinaus verfügt der A5-Prozessor über einen doppelt so großen Cache, der jetzt 512 MByte Daten aufnehmen kann. Das alles wirkt sich äußerst positiv auf die Rechenleistung des iPad 2 aus. Darüber hinaus sitzt auf dem SoC-Chip eine Grafikeinheit mit der Bezeichnung PowerVR SGX543, die für eine deutliche Leistungszunahme bei 3D-Anwendungen sorgt.

So weit zu den Specs. Und bei genauerem Nachdenken wird auch klar, was das iPad 2 mit diesem Blog zu tun hat. Der Doppelkern des A5-Prozessors ist zwar schnell, allerdings wird wohl kaum eine der bestehenden Mobile Apps die Leistungsfähigkeit der Tablet-CPU voll ausreizen.

Zwar hat Apple mit dem Erscheinen des aktuellen Mobil-Betriebssystems iOS 4 die Parallelprogrammierung mithilfe von Grand Central Dispatch (GCD) auf eine neue Ebene gehoben, doch es steht zu befürchten, dass viele iOS-Software-Entwickler von GDC entweder noch gar nichts wissen oder sich damit noch nicht beschäftigt haben.

Dabei findet man gute Beiträge im Web, die sich mit dem Thema ausführlich beschäftigen (inklusive Code-Beispielen). Damit die mobilen iPad-Apps der nächsten Generation hoffentlich noch schneller und noch schöner werden. Außerdem sorgen gleichmäßig ausgelastete Prozessorkerne für längere Akkulaufzeiten, da jeder einzelne Kern unter Umständen weniger schnell rechnen muss, was die Leistungsaufnahme reduziert.

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.