Warum überhaupt so klein?
Wenn ich heute auf meinen Schreibtisch schaue, steht da kein Tower. Da hängt — ehrlich gesagt — ein Würfel direkt unter dem Tisch. Ein FormD T1 in seiner Stock-Form mit etwa 10 Litern Volumen, durch zwei selbst konstruierte Erweiterungen auf rund 12 Liter aufgestockt. Der T1 ist eines der dichtest gepackten Mini-ITX-Cases, das man kaufen kann. In diesem Würfel sitzt eine moderne Plattform mit einem Ryzen 7600X, Custom-Wakü und der Aussicht, demnächst eine RTX 5090 FE aufzunehmen.
Ein 10-Liter-Case ist kein Gehäuse mehr im klassischen Sinn — es ist ein thermisches Puzzle. Jeder Kubikzentimeter ist verplant, jede Komponente stiehlt der nächsten Luft. Wer in so einem Case starke Hardware betreiben will, hat im Wesentlichen drei Optionen: Lüfter ständig auf 100 % drehen lassen, die Hardware drosseln — oder den thermischen Pfad bis zum letzten Millimeter durchoptimieren. Ich habe Option drei genommen.
Der Reiz liegt nicht in der Hardware allein, sondern darin, dass ein 12-Liter-System mit dieser Performance-Klasse im Idle praktisch lautlos sein kann. Die meisten kleinen Builds sind entweder laut oder schwach. Beides zusammen, leise und stark, ist die ungemütliche Mitte — und dort wollte ich hin.
Phase 1 — Air Cooling und der ehrliche Schock
Mein erster Versuch, die Hitze im Griff zu behalten, war der Thermalright X47 Copper — ein potenter Vollkupfer-Tower mit sechs Heatpipes. Auf dem Papier eines der besseren Air-Cooling-Konzepte für AM5. In der Praxis ein interessanter Lehrgang in der Power-Density moderner Chiplets.
Der Ryzen 7600X ist kein „großer" Chip — seine eigentliche Rechenfläche ist ein winziges Compute-Chiplet von etwa 70 mm². Auf dieser Briefmarken-Fläche werden im Boost knapp 140 Watt verbrannt. Diese Power-Density ist der Grund, warum AM5-CPUs den Ruf als Hitzkopf weghaben: nicht weil sie absolut viel Wärme machen, sondern weil sie sie auf so kleiner Fläche machen, dass jeder thermische Übergang zum Engpass wird.
Das spürt man im Alltag genau so: jede kleine Lastspitze schoss die Tdie innerhalb von Sekunden ans Throttle-Limit. Der X47 reagierte mit einem Drehzahlsprung, das System wurde laut, dann fiel die Temperatur, dann fielen die Lüfter — und dann begann das Spiel von vorn. Die Lautheits-Kurve war praktisch binär: leise im Idle, brüllend bei jeder Aktivität.
Phase 2 — Custom Loop: Wärme wandert raus, statt sich zu stauen
Der Wechsel auf einen Custom-Loop war keine Audiophilen-Entscheidung — er war eine logistische. Eine Wakü erlaubt etwas, was Air Cooling im 10-L-Case schlicht nicht kann: die Wärme räumlich zu trennen. CPU produziert die Hitze auf 70 mm² Chipfläche; das Wasser nimmt sie auf und trägt sie zwei Handbreit weiter zum Radiator, der oben im Case sitzt und ungestört ausblasen kann.
Das hat zwei Effekte gleichzeitig: Erstens müssen die Lüfter viel weniger oft hochfahren, weil das Wasser als großer thermischer Kondensator wirkt — kurze Lastspitzen verschwinden im Wärme-Buffer der ~1,5 Liter Flüssigkeit. Zweitens drehen sie, wenn sie hochfahren müssen, nicht panisch hoch, weil die thermische Trägheit des Wassers den Drehzahlanstieg sanft macht. Im Alltag ist das Ergebnis komplett unhörbar, und unter sustained Last ein gleichmäßiges, tiefes Rauschen statt eines hektischen Auf-und-Ab.
Top Hat, Bottom Hat und ein bisschen Demut
Bevor ich zu Delid und Direct-Die komme, muss ich kurz über das Case selbst reden, weil der Loop ohne zwei Eingriffe gar nicht reingepasst hätte. Der FormD T1 ist in seiner Stock-Form bewusst spartanisch dimensioniert. Also habe ich mir zwei Erweiterungen selbst konstruiert und gedruckt.
Der Top Hat war zwingend. Er erweitert das Case nach oben um den Platz, den ein dicker Radiator plus Lüfter braucht — ohne ihn passt im T1 schlicht kein vernünftiger Wakü-Radi rein. Eine Eigenkonstruktion mit FDM-Druck war der pragmatischste Weg, den genau passenden Aufsatz zu bekommen.
Der Bottom Hat war eine Convenience-Entscheidung — und ehrlich gesagt auch eine aus mangelnder Erfahrung. Ich hatte beim ersten Loop-Bau großen Respekt davor, dass beim Befüllen oder Entleeren Wasser an die Hardware kommt. Mit einem Bottom Hat habe ich Platz für einen Drain-Port unten am Loop geschaffen — also genau dort, wo Schwerkraft das Wasser hinzieht.
Im Nachhinein muss ich zugeben: so kritisch wie ich gedacht habe, war das nicht. Befüllen und Entleeren ist mit etwas Übung deutlich entspannter, als die Forenschauergeschichten es suggerieren. Der Bottom Hat war eher ein Sicherheitsnetz für meine eigene Anfänger-Anspannung als eine technische Notwendigkeit. Das Case ist jetzt 12 statt 10 Liter — unter dem Schreibtisch fällt das niemandem auf, und Wartung wird mit dem Mehrvolumen sogar einfacher.
Konstruktiv sind Top und Bottom Hat im Wesentlichen gleich — die Panels passen oben wie unten. Die folgenden Renders zeigen die Bottom-Hat-Variante; an dieser habe ich die Top-Hat parametrisch abgeleitet:




Vorher / Nachher: 2 °C nur durch Airflow
Die Top-Hat hatte in ihrer ersten Iteration noch ein Wabengitter über dem Lüfter und ein vorderes Sichtfenster, dazu seitliche Kühl-Lamellen. Im Test hat sich gezeigt, dass jedes geschlossene Element oben den Airflow stört — im 12-L-Case ist Luft, die nicht raus kommt, ein doppeltes Problem (warmer Innenraum + steigender Druck im Loop). Also habe ich die Top-Hat in der finalen Version so weit wie möglich leergeräumt.
Der Effekt war messbar: etwa 2 °C niedrigere Wassertemperatur in vergleichbaren Lasten, allein durch das Entfernen der Strukturen über dem Lüfter. Im 12-Liter-Case ist jeder Querschnitt, der dem Airflow im Weg steht, ein direkter thermischer Verlust. Optik kann man nachreichen, Kühlleistung nicht.
Ein kleiner Nostalgie-Punkt am Rande: auf der Top-Hat ist „ADAMAS" eingelassen. Das ist eine bewusste Hommage an meinen früheren NZXT Adamas — ein Case aus massivem gebürstetem Aluminium mit ausgeprägten Kühlrippen oben drauf. Diesen Look fand ich damals großartig und habe ihn im Top-Hat-Design zumindest stilistisch zitieren wollen.
Quadro-Mount — kleines Detail, große Wirkung
Im Stock-T1 gibt es schlicht keinen vorgesehenen Platz für den Aquacomputer Quadro. An der Längsstrebe unten sitzt deshalb ein eigens gedrucktes Halterungsteil:
Solche kleinen Adapter sind der eigentliche Trick im 10-L-Format. Ohne sie wäre die Komponenten- und Kabellogistik im engen Volumen nicht sauber lösbar.
Phase 3 — Delid: das Lot zwischen CPU und IHS
Der Loop hatte das System spürbar entspannt, aber die Spitzen blieben. Tdie-Werte um 90 °C in Sustained-Last waren auch nach dem Wakü-Umbau noch Realität. Bei AM5-CPUs sitzt zwischen Compute-Chiplet und IHS eine Lot-Schicht, die zwar relativ gut leitet, aber einen erheblichen Welligkeits-Spalt hinterlässt. Die Bodenfläche des IHS ist nicht perfekt eben — Mikro-Welligkeiten in der Größenordnung weniger Mikrometer reichen, um den Wärmewiderstand spürbar zu erhöhen.
Das Delid eliminiert diese Schicht komplett. Statt CPU → Lot → IHS → Paste → Wasserblock hat man danach CPU → Paste → Wasserblock. Ein Übergang weniger, eine Mikro-Spalt-Schicht weg. Im Schnitt brachte das ungefähr 5 bis 8 °C.
Phase 4 — Direct-Die: kein IHS, kein Kompromiss
Der Direct-Die-Frame ist die logische Konsequenz aus dem Delid. Statt den geköpften IHS wieder draufzusetzen, kontaktiert der Wasserblock direkt die nackte Die-Oberfläche. Ein Aluminium-Frame klemmt den Wasserblock plan auf das Chiplet, ein Liquid Metal Compound stellt den thermischen Kontakt her. Damit ist der direkte Pfad realisiert: Silizium → Liquid Metal → Wasserblock-Boden.
Nochmal 5 bis 8 °C. Zusammen mit dem Delid ergibt das einen Tdie-Headroom-Gewinn von 10 bis 16 °C gegenüber dem Stock-Setup mit IHS und konservativer Paste. Das ist die Differenz zwischen „hängt im Throttle, sobald es warm wird" und „hat Reserven, außer in seltenen Edge-Cases".
Der Algorithmus: ΔT statt Wassertemperatur
Die meisten Wasserkühlungen werden direkt nach Wassertemperatur geregelt: Wasser wärmer als Schwelle X → Lüfter drehen hoch. Das funktioniert, ist aber träge. Wassertemperatur ändert sich langsam — wenn sie hoch ist, war das System schon eine Weile unter Last, und die Lüfterregelung läuft der Realität hinterher.
Eleganter ist es, nach ΔT zu regeln — also nach der Differenz zwischen Wasser vor und nach dem Radiator. Diese Differenz ist ein direktes Maß für die Wärmeleistung, die der Radiator gerade abführt. Viel ΔT = viel Last, wenig ΔT = wenig Last. ΔT reagiert in Sekunden auf Lastdynamik, nicht in Minuten — der Loop wird damit vorausschauend statt nachlaufend.
Auf dieser Basis habe ich mir drei additive Boosts ausgedacht: einen Wasser-Soft-Boost ab 39 °C Wassertemperatur, einen Wasser-Strong-Boost ab 42 °C als Notbremse, und einen CPU-Boost ab 85 °C Tdie. Jeder davon erhöht den effektiven ΔT-Wert, der an die Lüfterkurve geht. Die Schwellen und K-Faktoren habe ich auf mein Setup zugeschnitten — eine 39 °C-Schwelle ist beim 7600X im FormD T1 sinnvoll, bei einem anderen Loop wären es vielleicht 35 oder 42 °C.
Diese erste Version habe ich direkt in aquasuite mit den eingebauten Sensor-Knoten zusammengebaut — das funktioniert gut, ist aber eine Black-Box. Man sieht nur den finalen ΔT-Wert, nicht welcher Boost gerade wieviel beiträgt. Genau das wollte ich aber sehen, um zu verstehen ob der Algorithmus tatsächlich das tut, was ich mir gedacht hatte. Also habe ich den Algorithmus in einen kleinen Python-Proxy übertragen: er liest die Quadro-Sensoren, holt CPU-Tdie über LibreHardwareMonitor, rechnet jede Boost-Komponente einzeln und liefert das Ganze als JSON über einen lokalen HTTP-Endpunkt. Ein zweites kleines Tkinter-Programm pollt den Endpunkt und zeichnet ein Cockpit auf den Desktop — links die Hauptzahl ΔT_final mit Boost-Stack (jede Komponente einzeln), rechts zwei Sparklines für CPU und ΔT-Verlauf.
Drei Burns — was die Daten wirklich zeigen
Cockpit gebaut, Algorithmus implementiert — aber stimmt das auch? Um das zu verifizieren, habe ich bei 27 °C Raumtemperatur drei CPU-Burns laufen lassen mit einem sha256-Loop auf alle 12 logischen Kerne. Burn-Längen: 60, 120 und 180 Sekunden. Polling im 15-Sekunden-Raster. Hier die Tabelle für den 3-Minuten-Burn:
| t | Wasser | CPU | b_h2o | b_cpu | ΔT_basis | ΔT_final |
|---|---|---|---|---|---|---|
| 0 s | 40,60 | — | 0,480 | 0,000 | 1,82 | 2,30 |
| 15 s | 41,01 | — | 0,603 | 1,162 | 2,16 | 3,93 |
| 45 s | 40,42 | — | 0,426 | 1,162 | 1,99 | 3,58 |
| 75 s | 39,82 | — | 0,246 | 0,000 | 1,75 | 2,00 |
| 105 s | 39,68 | — | 0,204 | 0,000 | 1,72 | 1,93 |
| 135 s | 39,63 | — | 0,189 | 1,162 | 1,75 | 3,10 |
| 165 s | 39,57 | — | 0,171 | 0,000 | 1,73 | 1,90 |
| 180 s | 38,95 | 54,5 | 0,000 | 0,000 | 1,31 | 1,31 |
| 210 s | 38,74 | 48,6 | 0,000 | 0,000 | 0,97 | 0,97 |
Der erste interessante Befund kommt sofort: die Wassertemperatur sinkt unter Volllast statt zu steigen. Peak bei t=15 s mit 41,01 °C, danach ein gleichmäßiger Rückgang auf 39,57 °C, während der Burn die ganze Zeit weiterläuft. Das System konvergiert auf einen Equilibrium-Punkt, der knapp über der 39 °C-Boost-Schwelle liegt — also exakt da, wo der Algorithmus anfängt mehr Lüfterleistung anzufordern.
Das ist klassisches Negative Feedback: Wasser steigt → ΔT steigt → Boost greift → Lüfter drehen hoch → Wasser fällt → Boost lässt nach → Equilibrium. Die 39 °C-Schwelle wird zum effektiven Setpoint, ohne dass irgendwo ein PID-Regler steht.
Mathematik quergecheckt bei t=60 s aus einem anderen Lauf: ΔT_basis 1,85 + b_h2o 0,291 + b_cpu 1,162 = 3,30 — im Output stehen 3,31. Passt auf zwei Nachkommastellen.
Was mir das über mein System verrät
Erstens: das System ist im Mittel nicht thermisch limitiert, auch nicht unter Volllast. Der CPU-Mittelwert pendelte um 60–70 °C. Die 93 °C-Spitzen sind kurze Hotspot-Events einzelner Cores im Boost — im 15-Sekunden-Mittel klingen sie wieder ab.
Zweitens: ΔT_basis bleibt unter Volllast stabil bei 1,7 bis 2,2 °C. Das ist die ehrlichste Headroom-Anzeige, die ein Loop liefern kann. Solange sie unter 2,5 °C bleibt, hat der Radiator Reserven. Heißt: jede weitere Verbesserung muss am Hot-End ansetzen, nicht am Cold-End.
Drittens: die 39 °C-Schwelle ist gut gewählt. Bei 36 °C würden die Lüfter im Alltag ständig hochdrehen. Bei 42 °C würde das Wasser im Sommer wegwandern und die CPU in den Throttle zwingen. Bei 39 °C bleibt das Idle-Verhalten leise, und unter Last werden die Reserven rechtzeitig aktiviert.
Warum ich es jetzt bewusst nicht mehr anfasse
Hier kommt der wichtigste Teil, weil ich mich oft genug selbst dabei erwische, ein gut funktionierendes System weiterhin tunen zu wollen, obwohl der Grenznutzen längst negativ ist: ich werde an diesem Setup vorerst nichts mehr ändern.
Grund eins: Das System ist heute flüsterleise. Vor dem Wakü-Umbau war jede kurze Lastspitze ein akustisches Ereignis. Diesen Komfort gibt man nicht für 1 % Performance auf.
Grund zwei: Der 5,4 GHz Spitzentakt aus PBO Boost Override und Curve Optimizer wirkt nur in extensiven Render-Sessions. Aktuell schneide ich kaum Videos. Eco-Mode oder PPT-Caps würden einen Vorteil begrenzen, den ich aktuell ohnehin nicht abrufe.
Grund drei: Throttling tritt nur bei Raumtemperaturen über 24,5 °C in sustained MT-Last auf — eine Handvoll Mal pro Jahr. Diese seltenen Sommer-Sessions sind ein bekannter, akzeptierter Edge-Case; das System hält sich in den paar Throttle-Sekunden selbst sicher unter Tjmax. Wenn ich das wirklich entspannen wollte, geht das eher über Klima im Raum als über mehr Last in der Werkstatt.
Was tatsächlich noch helfen könnte: eine frische Liquid-Metal-Application. LM altert über Monate hinweg asymptotisch — die ersten Wochen ist alles top, dann gibt es eine schleichende Verschlechterung von 2 bis 4 °C. Re-Pasten ist die billigste und reversibelste Maßnahme und gleichzeitig eine gute Diagnose: bringt es 3 °C, war LM die Ursache; bringt es nichts, sitzt der Engpass woanders.
Was als nächstes kommt
Auf der Hardware-Seite stehen zwei Dinge an. Das eine: irgendwann eine starke Nvidia-GPU dazu. Mein aktuelles Wunschziel ist die RTX 5090 Founders Edition oder deren Nachfolgerin. Im FormD T1 hat eine 5090 FE platzmäßig Berechtigung, aber thermisch wird das interessant: zur 7600X-Wakü kommt dann ein zweites Wärme-Budget von bis zu 600 Watt dazu. Realistisch wird die GPU luftgekühlt bleiben — die FE mit ihrem Vapor-Chamber-Design ist ab Werk einer der besseren Air-Cooler.
Hardware-Display
Auf der Software-Seite ist der nächste Schritt die Auslagerung des Cockpits: raus aus dem Desktop, rein in ein dediziertes Mini-Display. Ein 2,41 Zoll AMOLED am Schreibtisch wäre die richtige Antwort: immer sichtbar, unabhängig vom Desktop, klar abgegrenzte Telemetrie.
Theoretisch ließe sich das Display in die Gehäusewand integrieren — schöner aus Build-Ästhetik. In meinem Fall aber witzlos: das Case hängt unter dem Schreibtisch, ein verstecktes Display ist kein Display. Spannend wird, dass das Display nicht nur anzeigen, sondern auch die Steuerung beeinflussen kann. Mit Touch ließe sich z. B. ein Boost-Profil per Klick aktivieren. Das macht aus der Telemetrie ein kleines Bedien-Pult.
Flow-Sensor als nächste Sensor-Erweiterung
Ein Alphacool-Flow-Sensor liegt schon hier, ist aber noch nicht im Loop. Das Problem ist nichts Konzeptionelles, sondern Stecker-Politik — Alphacool und Aquacomputer sprechen am Quadro-Anschluss nicht ohne weiteres die selbe Pinbelegung. Stecker abtrennen, neu auflöten, in den Quadro klicken, fertig. Was ein Flow-Sensor bringt, ist weniger Regelung als Diagnose: sinkender Flow zeigt frühzeitig eine verstopfende Pumpe oder einen abknickenden Schlauch — lange bevor die Wassertemperatur darauf reagiert.
Untertisch-Setup mit Kabelmanagement
Das Case selbst hängt nicht auf dem Tisch, sondern direkt am Untergestell befestigt. An derselben Stelle ist auch das Kabelmanagement gelöst — über ein OpenGrid (Underware), das an die Tischplatte montiert ist und Steckdosenleisten, Hubs und Schläuche aus dem Sichtbereich räumt:
An derselben Stelle sitzt auch eine kleine Lötecke, weil ich für Stecker-Umlötarbeiten (gleich kommt der Flow-Sensor) etwas Permanentes wollte. Flussmittel-Dämpfe sind unangenehm und gesundheitlich nichts, was man über Stunden einatmen will — also läuft eine Lötabsaugung mit flexiblem Rüssel, deren Abluft über einen 3D-gedruckten Kanal durch die Fensterdurchführung nach draußen geht:
Über diesen Aufbau bin ich tatsächlich froher, als der Aufwand vermuten ließe — längere Löt-Sessions sind plötzlich kein Trade-off mehr zwischen Konzentration und Kopfweh.
Bilder vom Bau
Ein Auszug aus der Build-Dokumentation, Oktober bis November 2025 — vom ersten Trockenaufbau bis zur fertigen Konfiguration:






Fazit
Was am Ende steht, ist ein Setup, das mich erstaunlich glücklich macht. Etwa zwölf Liter Gehäuse, ein 7600X auf Direct-Die mit 5,4 GHz Boost, ein Custom Loop mit ΔT-basierter Lüfterregelung, ein eigenes Cockpit, das den Algorithmus transparent macht — und das Ganze im 99 %-Alltag flüsterleise. Eine Konfiguration, die in der Form selten ist. Die meisten Mini-ITX-Builds dieser Größenordnung verzichten auf entweder Performance oder Ruhe. Beides zusammen kostet drei Hardware-Iterationen, zwei selbst gedruckte Case-Erweiterungen und das Vertrauen in den eigenen Algorithmus.
Aus heutiger Sicht würde ich den Pfad genau so wieder gehen — mit der einen Ausnahme, dass ich vielleicht direkt auf Custom Loop und Direct-Die gegangen wäre, statt den Air-Cooler-Umweg zu nehmen. Aber so habe ich wenigstens die Vergleichswerte und weiß, was Wakü im 12-L-Case tatsächlich bringt.
Die nächste Iteration ist nicht mehr am Loop, sondern am System-Kontext: GPU rein, Cockpit auf Hardware-Display, vielleicht eine LM-Refresh als ehrliche Diagnose des Sommer-Bottlenecks. Dann ist dieser Build wirklich fertig — und ich kann mich endlich wieder auf die Sachen konzentrieren, für die ich den PC eigentlich gebaut habe.