
Fünfundvierzig Minuten. So lange hielt der nagelneue Rechner durch, ehe die Radionik-Software beim Scan zum ersten Mal ruckelte. Der ausrangierte Firmenlaptop im selben Testlauf schaffte über vier Stunden ohne einen einzigen Hänger. Zwischen diesen beiden Zahlen steckt der Denkfehler, dem ich am häufigsten begegne, wenn Leute über Systemanforderungen für Radionik-Software reden: Wer glaubt, ein leistungsstärkerer PC mache das Programm automatisch stabiler, hat die eigentliche Fehlerquelle nicht im Blick.
Angefangen hat die ganze Prüferei, weil die multimodale Schmerztherapie, auf die Irene acht Monate gewartet hatte, ihr im Frühjahr kurzfristig wieder abgesagt wurde. Seitdem sammle ich zu allem, was sich systematisch nachprüfen lässt, Daten, auch zu Software, die im Hintergrund mitrechnen soll. Ottfried Bömmel, der im selben Forum mitliest wie ich, schrieb mir kürzlich eine Nachricht: Ein ordentlicher Rechner löse solche Probleme von allein. Weder Preis noch Zeitrahmen nannte er dabei, das ist bei ihm nie anders. Meine Messreihen sagen etwas anderes.
Der Mythos vom Hochleistungsrechner
Ein neuer Gaming-PC für zweitausend Euro sollte eigentlich die bessere Plattform sein: mehr Kerne, mehr Takt, mehr Grafikleistung. In meinem Testaufbau war genau das Gegenteil der Fall. Der High-End-Rechner produzierte alle 45 Minuten einen Mikro-Ruckler im Interface, während der alte ThinkPad-Laptop über vier Stunden störungsfrei durchlief. Die reinen Mindestanforderungen an Prozessor und Arbeitsspeicher, die jeder Hersteller in seiner Produktbeschreibung nennt, sagen über diese Art Stabilität übrigens wenig aus; wer nur danach einkauft, hat noch keine Garantie für einen ruhigen Betrieb.

Der Grund liegt nicht in der Rechenleistung, sondern in der Treiber-Kompatibilität. Viele Radionik-Programme sprechen externe Hardware an, etwa Rauschgeneratoren, die auf ältere, eingespielte Treiber-Stacks angewiesen sind. Neue Grafikkartentreiber und aggressive Energiesparmodi moderner Prozessoren funken dazwischen und erzeugen genau die Unruhe, die ein sauber laufendes System eigentlich vermeiden soll.
Woher der Vorteil des alten Laptops wirklich kommt
Ruprecht Kämmerer, ehemals mein Kollege bei Siemens Mobility in der Signaltechnik, wollte es genau wissen, als ich ihm von den 45 Minuten erzählte. Nach welcher Prüfvorschrift ich gemessen hätte, fragte er, und ob die Reihe reproduzierbar sei. Ohne Verweis auf eine nachvollziehbare Norm zählt bei ihm kein Resultat, das war schon in der Abteilung so. Daraus wurde ein kleiner Stabilitätstest, dreimal wiederholt, mit demselben Ergebnis: Der Laptop mit dem älteren Chipsatz und dem konservativeren Treiber lief ruhiger als jede neue Maschine, die mir zur Verfügung stand.

Ähnlich verhält es sich mit der Frage, ob eine lokale Installation oder eine Cloud-Lösung stabiler läuft. Cloud-Varianten sparen zwar Rechenlast auf dem eigenen Rechner, verlagern das Risiko aber auf die Internetverbindung, die zum neuen Flaschenhals wird. Ich bevorzuge deshalb die lokale Variante, wie ich in einem Vergleich über Radionik Software ohne Internetnutzung ausführlicher beschrieben habe. Es reduziert schlicht die Zahl der Variablen, die man nicht selbst kontrollieren kann.
Der alte Laptop ist nebenbei auch leiser, das fällt sofort auf, wenn man länger am Schreibtisch sitzt. Lautstärke und CPU-Last hängen bei diesen Programmen oft zusammen, das habe ich auch im Test zur Bedienbarkeit kurz angesprochen; eine ungewöhnlich hohe Lüfterdrehzahl ist meist ein Hinweis auf unsauber programmierte Datenbankabfragen im Hintergrund.
Windows-Updates als unterschätzter Störfaktor
An einem Abend vor einigen Wochen zog Windows mitten in einer laufenden Analyse ein Update im Hintergrund. Die Radionik-Software wollte gleichzeitig auf ihre Datenbank zugreifen, während der Installer die Schreibrechte im Systemordner kurzzeitig sperrte. Ergebnis: Absturz bei Schritt 14 der Interface-Sequenz. Für einen Signaltechniker ist das ein Messfehler erster Ordnung: zwei Prozesse, die um dieselbe Ressource konkurrieren, ohne dass einer vom anderen weiß.
Irene blätterte nebenan in ihrer Zeitschrift und fragte nur, ob der Rechner schon wieder eingefroren sei. Ist er, sagte ich, und diesmal nicht wegen ihm. Ob so ein System stabil läuft, ist meine Baustelle, keine ärztliche Einschätzung. Bei chronischen Schmerzen bleibt der Weg über Hausarzt, Neurologin oder eine Schmerz-Ambulanz das, was zählt; die Software ist bei uns ein Daten-Werkzeug, mehr nicht.
Bei Minute zwölf eines der Kursvideos habe ich pausiert und mit Bleistift eine Notiz an den Rand meines Ringbuchs gesetzt: Behauptung ungeprüft. Der Dozent erklärte dort, man müsse den Rechner vor der Analyse energetisch reinigen, damit die Software sauber liefe. Ich habe stattdessen den Zwischenspeicher geleert und die Registry aufgeräumt. Das war der Schritt, der tatsächlich etwas gebracht hat, und alle automatischen Updates auf ein festes Zeitfenster gelegt, das mit meinen Analysesitzungen nichts zu tun hat.
Was Systemanforderungen über Stabilität nicht verraten
Ein sauberer Systemzustand schlägt reine Rechenleistung: das ist die kurze Fassung nach etlichen Testreihen auf verschiedenen Rechnern. Ein 64-Bit-System mit ausreichend Arbeitsspeicher reicht als Basis, entscheidend ist aber, was im Hintergrund mitläuft, während die Software rechnet. Wer automatische Updates während der Analysesitzung ausschließt, unnötige Dienste beendet und nicht zwanghaft die neueste Grafikkartentreiber-Version installiert, bekommt ein deutlich ruhigeres System, unabhängig davon, ob der Rechner drei oder acht Jahre alt ist. Für die häusliche Datenanalyse mit meineradionik oder vergleichbarer Software zählt am Ende nicht das Preisschild des Rechners, sondern die Disziplin, mit der man ihm während der Sitzung Ruhe lässt.

Der Rechner läuft heute Abend ruhig, die Lüfterdrehzahl bleibt konstant niedrig, und mein Ringbuch ist wieder zugeklappt. Kein Wunder dahinter, nur ein System, dem ich während der Analyse seine Ruhe lasse.