Ich habe meine Workstation durch eine VM ersetzt — und irgendwie ist nichts auseinandergefallen

„Ich habe meine Workstation durch eine VM ersetzt — und irgendwie ist nichts auseinandergefallen"

Die Idee, die sich zuerst falsch anhört

High-End-CAD-Software in einer virtuellen Maschine laufen zu lassen fühlt sich an wie eine dieser Ideen, die man sofort verwirft. Das soll doch langsam sein. Ruckelig. Bestenfalls ein Kompromiss. Besonders wenn es um Software wie Siemens NX geht, ein Tool, das man normalerweise mit teuren, dedizierten Workstations kombiniert.

Aber hier kommt die Wendung: Jemand hat es tatsächlich gemacht. Keine dedizierte Windows-Maschine. Nur ein MacBook, ein Heimserver und die hartnäckige Idee, dass das vielleicht funktionieren könnte. Und entgegen aller Erwartungen bootete es nicht nur — es lief gut. „Mehr als brauchbar", wie er es formulierte.

Das ist der Moment, in dem die Neugier einsetzt. Denn wenn das auch nur einigermaßen funktioniert, stellt es viele Annahmen darüber infrage, wie schwere Workloads eigentlich laufen sollen.

Wenn GPU-Passthrough nicht mehr optional ist

Das Experiment startete nicht reibungslos. Der erste Versuch war integrierte Grafik — und der scheiterte schnell. Fehler, Inkompatibilität, die üblichen Anzeichen, dass die Software es nicht einmal versuchen wollte.

Dann wurde es ernst. Eine dedizierte GPU — eine Intel Arc Pro B50 — wurde direkt in die VM durchgereicht. Nicht geteilt, nicht halbherzig virtualisiert. Vollständiger Passthrough. Das ist die Grenze, an der das aufhört, ein lässiges Setup zu sein, und anfängt, einer echten Workstation näherzukommen.

Und selbst dann war es kein Plug-and-Play. Eine falsche Konfiguration machte die gesamte VM unbootbar. Eine andere erforderte es, Treiber komplett herauszureißen und von Grund auf neu zu installieren — zweimal.

Ein Muster zeichnet sich ab: Das funktioniert, aber nur, wenn Sie bereit sind, dafür zu kämpfen.

Die seltsame Zerbrechlichkeit von „es funktioniert jetzt"

Bemerkenswert ist nicht nur, dass es läuft — es ist, wie zerbrechlich sich der Prozess anfühlt. Die GPU wurde als nicht erkannt angezeigt. Treiber froren mitten in der Installation ein. Updates tauchten auf, direkt nachdem die neueste Version installiert war. Das ist die Art von Verhalten, bei der man sich fragt, ob das System stabil ist oder nur vorübergehend kooperativ.

Ein Moment bringt es perfekt auf den Punkt: Die exakt gleiche Treiberreihenfolge noch einmal zu installieren, behob plötzlich alles — obwohl sich nichts geändert hatte.

Das ist keine ingenieurhafte Klarheit — das ist Trial-and-Error-Überleben. Und trotzdem: Sobald es einmal klickt, bleibt es am Laufen. Das ist die seltsame Balance: chaotisches Setup, stabiles Ergebnis.

Remote-Zugriff ist die eigentliche Erlebnisebene

Hier verschiebt sich die Sache still von „hakeligem Experiment" zu etwas wirklich Brauchbarem. Die Verbindungsmethode zählt mehr als erwartet.

Zuerst ist es nur Standard-Fernzugriff. Aber dann schlägt jemand vor, Tools wie Moonlight oder Parsec für echtes hardwarebeschleunigtes Streaming zu nutzen. Das ist der Moment, in dem sich die Erfahrung komplett ändert. „Wirklich, wirklich flüssig", sagte der Erbauer nach dem Wechsel.

Das ist der Teil, den Leute unterschätzen. Die VM läuft nicht nur lokal — Sie interagieren remote mit ihr. Und wenn diese Ebene schlecht ist, fühlt sich das ganze Setup kaputt an. Ist sie gut, vergessen Sie plötzlich, dass Sie nicht an einer nativen Maschine sitzen.

Es geht nicht nur um GPU-Passthrough. Es geht darum, wie Sie das Ergebnis sehen und steuern.

Nicht jeder ist bereit, Bare Metal aufzugeben

Bei aller Begeisterung gibt es auch Zögern. Manche Nutzer betreiben bereits ähnliche Setups und sagen, es funktioniere „ganz gut", behalten aber trotzdem ein Dual-Boot-Windows-System als Rückfalloption.

Warum? Weil sich bestimmte Anwendungen — besonders solche wie SolidWorks — auf Bare Metal noch immer besser anfühlen. GPU-Beschleunigung, Performance in Grenzfällen, Zuverlässigkeit unter hoher Last. Es gibt einen Vertrauensfaktor, den sich Virtualisierung noch nicht vollständig verdient hat.

Die Kluft ist also klar. Die eine Seite sieht darin die Zukunft: flexibel, zentralisiert, hardwareunabhängig. Die andere findet es beeindruckend — aber noch nicht ganz bereit, eine dedizierte Maschine zu ersetzen.

Beide haben recht, je nachdem, wie viel Risiko Sie bereit sind zu tolerieren.

Die größere Verschiebung darunter

Was diese Geschichte interessant macht, ist nicht nur, dass Siemens NX in einer VM läuft. Es ist, wofür das steht. Die Idee, dass Ihre „Workstation" kein physisches Gerät mehr sein muss. Sie kann woanders leben — auf einem Server, in einem Rack, von überall erreichbar.

Das ist eine subtile, aber mächtige Verschiebung. Ihr MacBook wird zum Fenster, nicht zum Motor. Ihre Hardware wird modular. Austauschbar. Aufrüstbar, ohne Ihr Alltagsgerät anzurühren.

Aber es bringt auch eine neue Abhängigkeit mit sich: das Setup. Die Konfiguration. Die zerbrechliche Kette aus Treibern, Passthrough-Einstellungen und Remote-Protokollen, die das Ganze zum Laufen bringt.

Und das ist der Kompromiss. Sie gewinnen Flexibilität, aber Sie erben Komplexität.

Trotzdem bleibt vor allem hängen, dass es überhaupt funktioniert — reibungslos genug, um „mehr als brauchbar" zu sein. Denn sobald Leute das sehen, fangen sie an, eine andere Frage zu stellen.

Nicht: „Kann das funktionieren?"

Sondern: „Warum mache ich es eigentlich noch auf die alte Art?"