Radixsort
# Radixsort

Radixsort (von lateinisch radix ‚Wurzel‘, ‚Basis‘) oder auch Distributionsort (von englisch distribution ‚Verteilung‘), oder im Deutschen Fachverteilen, ist ein lineares Sortierverfahren, das auf Countingsort oder Bucketsort basiert. Das Sortierverfahren hat, unter der Voraussetzung, dass die maximale Länge der zu sortierenden Schlüssel von vornherein bekannt ist, eine lineare Laufzeit. Die Vorgehensweise eines Lochkartensortierers entspricht einem Radixsort.
Bei allen hier vorgestellten Varianten ist die erste Stelle des Schlüssels diejenige mit dem höchsten Rang. Man unterscheidet Verfahren, deren erster Schritt an dieser höchstwertigen Stelle (MSD) (engl. most significant digit) beginnt, dann können Teilstücke, die nach einem Verfahrensschritt weniger als zwei Elemente enthalten, im nachfolgenden Schritt übersprungen werden; und Verfahren, die an der niedrigstwertigen Stelle (LSD) (engl. least significant digit) beginnen und sich zur höchstwertigen Stelle vorarbeiten.
Ferner gibt es stabile out-of-place Varianten und in-place Varianten, die jedoch nicht stabil sind.

## Voraussetzungen

Bei Radixsort bestehen die Schlüssel der zu sortierenden Daten aus Zeichen eines endlichen Alphabets. Zusätzlich muss eine totale Quasiordnung zwischen den Zeichen des Alphabets bestehen, meist ist es sogar eine Totalordnung. Damit ähneln die Schlüssel Zahlen in einem Stellenwertsystem mit der Mächtigkeit des Alphabets als Basis (oder Radix). Dies bedeutet, dass vorzeichenlose Zahlen (z. B. unsigned int) direkt verwendet werden können, während bei vorzeichenbehafteten Zahlen (z. B. signed int) das höchstwertige Bit invertiert interpretiert wird. Auch Gleitkommazahlen (z. B. float) lassen sich trivial vom IEEE-Format in eine geeignete Form umwandeln.
Eine zweite Voraussetzung ist, dass die Länge der Schlüssel durch eine von vornherein bekannte Konstante $l$ begrenzt ist, dann ist das Laufzeitverhalten linear in der Anzahl der Elemente.

## Vorgehensweise (mittels Listen)

Radixsort besteht aus mehreren Schritten, und jeder Schritt aus zwei Phasen. Die Partitionierungsphase dient dazu, die Daten auf Fächer aufzuteilen, während in der Sammelphase die Daten aus diesen Fächern wieder aufgesammelt werden. Beide Phasen werden für jede Stelle des zu sortierenden Schlüssels einmal durchgeführt. Die Anzahl der Schritte ist gleich der (maximalen) Stellenanzahl.

### Partitionierungsphase

    In dieser Phase werden die Daten in die vorhandenen Fächer aufgeteilt, wobei für jedes Zeichen des zugrundeliegenden Alphabets ein Fach zur Verfügung steht. In welches Fach der gerade betrachtete Schlüssel gelegt wird, wird durch das an der gerade betrachteten Stelle stehende Zeichen bestimmt. So wird zum Beispiel die Zahl 352 in das Fach 3 gelegt, und die Zahl 41 in das Fach 0, wenn gerade die dritte Stelle von hinten betrachtet wird (und wenn 10 die Basis (Radix) der Zahldarstellung ist).

### Sammelphase

    Nach der Aufteilung der Daten in Fächer in Phase 1 werden die Daten wieder eingesammelt und auf einen Stapel gelegt. Hierbei wird so vorgegangen, dass zuerst alle Daten aus dem Fach mit der niedrigsten Wertigkeit eingesammelt werden, wobei die Reihenfolge der darin befindlichen Elemente nicht verändert werden darf. Danach werden die Elemente des nächsthöheren Faches eingesammelt und an die schon aufgesammelten Elemente angefügt. Dies führt man fort, bis alle Fächer wieder geleert wurden.
Diese beiden Phasen werden nun für jede Stelle der Schlüssel wiederholt, wobei mit der letzten Stelle begonnen wird (LSD (engl. least significant digit) Radixsort). Bei jedem Schritt wird dieselbe Anzahl von Fächern benötigt. Und beim letzten Schritt wird die erste Stelle zum Aufteilen verwendet. Nach der letzten Sammelphase sind die Daten aufsteigend sortiert.
Alternativ können die Stellen des Schlüssels auch von der höchstwertigen her (MSD (engl. most significant digit) Radixsort) bearbeitet werden. Hierbei sind bei jedem Schritt zu jedem Fach Unterfächer zu bilden. Allerdings benötigen Unterfächer mit weniger als zwei Elementen keine weitere Unterteilung.

## Vorgehensweise (via Countingsort)

Darüber hinaus ist ein anderer Ansatz möglich, der ebenfalls zwei Phasen benötigt. Diese Variante erspart sich die Verwaltung von variablen Listen und benötigt zwei Arrays.

### Zählphase

Zuerst werden die Füllstände der Fächer durch Zählen ermittelt. Das erste Array für stellenweises Countingsort ergibt ein Histogramm über das Alphabet. Danach wird das Histogramm in sein (linksseitiges) Integral umgewandelt (wobei das erste Element stets Null ist).

### Sammelphase

Nun wird mittels Histogrammintegral jedes Datenelement einmalig an seine finale Position verschoben (final für diese Runde). Dazu muss nach jedem Zugriff auf das Histogrammintegral der jeweilige Zähler inkrementiert werden, da er als Zeiger auf die Schreibposition dient. Das zweite Array dient dem temporären Speichern der Datenelemente und hat den gleichen Speicherbedarf wie das ursprüngliche Datenarray.

## Vorgehensweise (in-place)

VerbessernKommentar: Die Funktionsweise ist unvollständig erklärt.
Eine weitere Variante ohne zusätzlichen Speicher (in-place) besteht nur aus der Sammelphase, da hier jedes Fach nur 1 Bit breit ist. Das Zählen der beiden Bitzähler entfällt, da die beiden Bitwerte simultan von den beiden Grenzen des Arrays aufgefüllt werden und die beiden Schreibpositionen dabei aufeinander zulaufen. Da dieser Vorgang nicht stabil ist, muss bei der höchstwertigen Stelle (MSB) begonnen werden.

## Laufzeit

Die Laufzeit des Algorithmus lässt sich durch ${\mathcal {O}}(l\cdot n)$ (siehe Landau-Symbole) abschätzen, wobei $l$ die Länge eines Schlüssels und $n$ die Anzahl der zu sortierenden Elemente bezeichnet. Da $l$ für primitive Datentypen wie Ganzzahlen oder Gleitkommazahlen konstant ist, hat Radixsort für diese Fälle eine Laufzeit, die linear proportional mit der Anzahl der zu sortierenden Elemente zunimmt, womit es besser ist als andere, vergleichsbasierte Sortierverfahren wie beispielsweise Quicksort. Für variabel-lange Datentypen wie Listen oder Zeichenketten sind Quicksort oder Introsort jedoch u. U. die bessere Wahl. Jedoch ist der Aufwand für jeden Vergleich von Zeichenketten auch linear von ihrer (durchschnittlichen) Länge abhängig, da auch hier eine Zerlegung in die maximale Registerbreite (z. B. 64 Bit) stattfinden muss. Streng genommen ist der Aufwand für vergleichsbasierte Sortierverfahren auch proportional zu ${\mathcal {O}}(l)$, wobei $l$ hier effektiv kleiner ist.

## Besonderheit

Der Radixsort kann entweder stabil (d. h. duplikate Schlüssel treten nach der Sortierung in der gleichen Reihenfolge auf wie in der Ursprungsmenge) oder in-place (d. h. kein zusätzlicher Speicher nötig) realisiert werden.

## Beispiel

Es sollen folgende Zahlen geordnet werden:
Zunächst wird nach der letzten Stelle geordnet (LSD Radixsort).
Es beginnt die Partitionierungsphase:
Für die Stabilität des Verfahrens ist es wichtig, dass die angezeigte Reihenfolge der Elemente in den Fächern |3| und |4| eingehalten wird.
Es folgt die Sammelphase (Elemente von oben nach unten, von links nach rechts aufsammeln):
Nun wird nach der nächsten Stelle der Zahlen geordnet (zweite Stelle von hinten nach vorne).
Erneute Partitionierungsphase:
Für das Funktionieren des Verfahrens ist es wichtig, dass die angezeigte Reihenfolge der Elemente in den Fächern |2| und |8| eingehalten wird. Entsprechendes gilt auch für die späteren Schritte.
Nun eine zweite Sammelphase:
Und jetzt wird nach der ersten Stelle geordnet.
Die letzte Partitionierungsphase:
Es folgt die letzte Sammelphase:
Die Zahlen sind nun aufsteigend sortiert.

## Implementierung in Common Lisp

Diese Common-Lisp-Implementierung sortiert 32-Bit-Ganzzahlen beginnend mit niederwertigsten Bit:

## Implementierung in C++

Folgende Implementierung ermittelt zuerst das größte Element im Container. Danach werden analog zum stellenwertigen Zahlensystem zur als Template-Parameter gewählten Basis alle Stellenwerte solange partitioniert, bis die größte Zahl erreicht wurde. Das algorithmische Prinzip funktioniert zu jeder Basis größer als 1, was in diesem Beispiel als C++-Concept erzwungen wird.
Über folgende main Funktion kann die obige Implementierung zum Sortieren von Containern wie Arrays von Integern ohne Vorzeichen genutzt werden, die ein Forward-Iterator anbieten. Das Beispiel nutzt abweichend sieben Partitionen.