Universität Karlsruhe (TH) Forschungsuniversität · gegründet 1825 Lehrstuhl für Programmiersysteme Fakultät für Informatik Software Transactional Memory: Bibliotheken und Spracherweiterungen Andreas Zwinkau IPD, Lehrstuhl Prof. Tichy

Wo liegt das Problem?

Lehrstuhl für Programmiersysteme Fakultät für Informatik 3 Zeit Das Blockadeproblem

Lehrstuhl für Programmiersysteme Fakultät für Informatik 4 Zeit Das Blockadeproblem Nicht blockierend

Lehrstuhl für Programmiersysteme Fakultät für Informatik 5 Zeit Das Blockadeproblem blockierend

Lehrstuhl für Programmiersysteme Fakultät für Informatik 6 Leistungsvergleich Quelle: Robert Ennals, Software Transactional Memory Should Not Be Obstruction-Free Bei variierendem Wettstreit in Rot-Schwarz-Bäumen sind blockierende Transaktionen schneller

Lehrstuhl für Programmiersysteme Fakultät für Informatik 7 Das Seiteneffektproblem

Lehrstuhl für Programmiersysteme Fakultät für Informatik 8 Das Seiteneffektproblem Siehe: Tim Harris, Exceptions and side-effects in atomic blocks Wann soll IO stattfinden? Wann darf ein Bankautomat das Geld auswerfen? Transaktion Ausgabe SQL Commit

Lehrstuhl für Programmiersysteme Fakultät für Informatik 9 Dynamic STM2 Java Bibliothek Flexibel Kein „lock-in“ auf eine Strategie Komponenten austauschbar Blockadefrei Also Blockadeproblem

10 Ein Blick unter die Haube

Lehrstuhl für Programmiersysteme Fakultät für Informatik 11 DSTM2: public interface Node { int getValue (); void setValue ( int value ); Node getNext (); void setNext ( Node value ); } class INode implements Node {...}

Lehrstuhl für Programmiersysteme Fakultät für Informatik 12 DSTM2: Fabrik Factory factory = dstm2.Thread.makeFactory(INode.class); Ersetze „new INode“ durch „factory.create()“ ! Die Fabrik kapselt die INode Klasse, damit der Zugriff auf Attribute gepuffert und damit transaktional wird.

Lehrstuhl für Programmiersysteme Fakultät für Informatik 13 DSTM2: Transaktion INode intSet = factory.create() result = dstm2.Thread.doit(new Callable () { public Boolean call() { return intSet.insert(value); } }); So sieht der Einsatz der transaktionalen Klasse aus

Lehrstuhl für Programmiersysteme Fakultät für Informatik 14 Multicore RunTime C/C++ Bibliothek Leistung! Nicht blockadefrei Also auch kein Blockadeproblem Fortgeschrittene Funktionalität Verschachtelte Transaktionen Signale

15 Leistung

Lehrstuhl für Programmiersysteme Fakultät für Informatik 16 Multicore RunTime: Hashtabelle Quelle: Bratin Saha et al, McRT-STM: A High Performance Software Transactional Memory System for a Multi-Core Runtime

Lehrstuhl für Programmiersysteme Fakultät für Informatik 17 Multicore RunTime: Verkettete Liste Quelle: Bratin Saha et al, McRT-STM: A High Performance Software Transactional Memory System for a Multi-Core Runtime

18 Und nun? Spracherweiterungen!

Lehrstuhl für Programmiersysteme Fakultät für Informatik 19 Übersetzung atomic ( condition ) { statements ; } boolean done = false; while (!done) { STMStart(); try { if ( condition ) { statements ; done = STMCommit(); } else { STMWait(); } } catch (Throwable t) { done = STMCommit(); if (done) { throw t; }}} So übersetzt die Harris-Fraser-STM

Lehrstuhl für Programmiersysteme Fakultät für Informatik 20 Das Seiteneffektproblem public class ExampleOutput { static PrintStream out = new PrintStream( new AtomicOutputStream(System.out)); static void print_sum(int x, int y) { atomic { int result = x + y; out.println("Result is " + result); } Callback! Quelle: Tim Harris, Exceptions and side-effects in atomic blocks

Lehrstuhl für Programmiersysteme Fakultät für Informatik 21 ATOMOΣ Java-ähnlich Minus synchronized Plus STM Verschachtelte Transaktionen Streng atomar

Lehrstuhl für Programmiersysteme Fakultät für Informatik 22 ATOMOΣ: Barriere synchronized (lock) { count++; if (count != thread_count) { lock.wait(); } else { lock.notifyAll(); } atomic { count++; } atomic { if (count != thread_count){ watch count; retry; } Implementation einer Barriere in herkömmlichem Java und in ATOMOΣ mit transaktionalem Speicher

Lehrstuhl für Programmiersysteme Fakultät für Informatik 23 ATOMOΣ: watch void watch (Address a) { VM_Thread.getCurrentThread().watchSet.add(a); } Die watch-Funktion fügt eine Speicheradresse dem watchset des aktuellen Threads hinzu.

Lehrstuhl für Programmiersysteme Fakultät für Informatik 24 ATOMOΣ: retry void retry() { [...] for (int i=0,s=watchSet.size();i<s;i++) { Address a = (Address)watchSet.get(i); open { thread.schedulerAddress = a; thread.schedulerWatch = true; } open {if(thread.schedulerWatch) for(;;);} } [...] } Die retry-Funktion startet eine Transaktion neu, sobald sich eine Variable im watch set ändert.

25 Optimierungen

Lehrstuhl für Programmiersysteme Fakultät für Informatik 26 StarJIT Existierende Optimierungen ermöglichen Neue semantische Konstrukte durch Prüfvariablen garantieren Globale Optimierungen Unveränderbare Variablen in Transaktionen ignorieren Stackvariablen ignorieren Codeerzeugung Optimierter Assemblercode für Transaktionen Quelle: Ali-Reza Adl-Tabatabai, Brian T. Lewis, Vijay Menon, Brian R. Murphy, Bratin Saha, and Tatiana Shpeisman, Compiler and runtime support for efficient software transactional memory

Lehrstuhl für Programmiersysteme Fakultät für Informatik 27 STM Haskell Main = do {... ; atomic( do { x <- delete t1 A; insert t2 A x });... } atomic :: STM a -> IO a Typisierung von „atomic“ Verhinderung von Seiteneffekten ; ist ein Operator atomic (readPort p1 `orElse` readPort p2) Alternativer Operator „orElse“

28 „Ein echter Ferrari !!!“

Lehrstuhl für Programmiersysteme Fakultät für Informatik 29 Danke für's Zuhören! Fragen?

Lehrstuhl für Programmiersysteme Fakultät für Informatik 30 Backupfolien...

Lehrstuhl für Programmiersysteme Fakultät für Informatik 31 ATOMOΣ: open Public void createOrder () { atomic { Order order = new Order(); order.setID(generateID());... } public int generateID { atomic { return id++; }} public int generateID { open { return id++; }}

Lehrstuhl für Programmiersysteme Fakultät für Informatik 32 Multicore RunTime: Sendmail Quelle: Bratin Saha et al, McRT-STM: A High Performance Software Transactional Memory System for a Multi-Core Runtime

Lehrstuhl für Programmiersysteme Fakultät für Informatik 33 public static T doIt(Callable xaction) { T result = null ; while (! Thread.stop ) { beginTransaction (); try { xaction.call result = xaction.call (); } catch (AbortedException d) { } catch (Exception e) { throw new PanicException("Unhandled exception " + e ); } if (commitTransaction ()) { return result ; }}} DSTM2: Doit Implementation