Ich habe meine Workstation durch eine VM ersetzt, und irgendwie ist nichts auseinandergefallen
Der ultimative virtuelle Desktop: Ihren PC ersetzen
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 lief mit integrierter Grafik und 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 und nicht halbherzig virtualisiert, sondern als 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, und zwar 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 neben dem Ergebnis vor allem, 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 Trial-and-Error-Überleben und keine ingenieurhafte Klarheit. Und trotzdem: Sobald es einmal klickt, bleibt es am Laufen. Das ist die seltsame Balance aus chaotischem Setup und stabilem Ergebnis.
Remote-Zugriff ist die eigentliche Erlebnisebene
Hier verschiebt sich die Sache von „hakeligem Experiment" zu etwas wirklich Brauchbarem, denn 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, und damit ändert sich die Erfahrung komplett. „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 hier also um GPU-Passthrough und ebenso 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 damit 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 weniger, dass Siemens NX in einer VM läuft, als das, wofür es 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 und nicht mehr zum Motor, Ihre Hardware wird modular, austauschbar und aufrüstbar, ohne Ihr Alltagsgerät anzurühren.
Dafür kommt eine neue Abhängigkeit hinzu: das Setup, die Konfiguration, die zerbrechliche Kette aus Treibern, Passthrough-Einstellungen und Remote-Protokollen, die das Ganze zum Laufen bringt. Das ist der Kompromiss, denn Sie gewinnen Flexibilität und 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, fragen sie nicht mehr: „Kann das funktionieren?", sondern: „Warum mache ich es eigentlich noch auf die alte Art?"