Cambié mi estación de trabajo CAD por una VM y no se vino abajo

La idea que al principio suena mal

Ejecutar software CAD de gama alta dentro de una máquina virtual parece una de esas ideas que descartas al instante. Se supone que será lento y dará problemas, un apaño en el mejor de los casos, sobre todo cuando el software en cuestión es algo como Siemens NX, una herramienta que la gente suele asociar a estaciones de trabajo dedicadas y caras.

Pero alguien lo hizo. No había ninguna máquina Windows dedicada, solo un MacBook, un servidor doméstico y la idea testaruda de que quizá funcionara. Contra todo pronóstico, arrancó y funcionó bien. "Más que usable", en sus palabras.

Ahí es cuando se despierta la curiosidad, porque si esto funciona aunque sea de forma decente, pone en duda muchas suposiciones sobre cómo deben ejecutarse las cargas de trabajo pesadas.

Cuando el passthrough de GPU deja de ser opcional

El experimento no empezó con buen pie. El primer intento fue con la gráfica integrada, y fracasó enseguida, con errores, incompatibilidades y todas las señales habituales de que el software ni siquiera estaba dispuesto a intentarlo.

Ahí la cosa se puso seria. Una GPU dedicada, una Intel Arc Pro B50, se pasó directamente a la VM con passthrough completo, sin nada compartido ni virtualizado a medias. A partir de ese momento el proyecto deja de ser un montaje informal y empieza a parecer una estación de trabajo de verdad.

Ni siquiera entonces fue enchufar y listo. Una configuración equivocada dejó la VM entera sin poder arrancar. Otra obligó a quitar los drivers por completo y reinstalarlos desde cero, dos veces.

El patrón está claro: funciona, pero solo si estás dispuesto a pelear por ello.

La extraña fragilidad de "ahora funciona"

Que funcione es solo la mitad de la historia; la otra mitad es lo frágil que resulta el proceso. La GPU aparecía como no reconocida. Los drivers se quedaban congelados a mitad de instalación. Aparecían actualizaciones justo después de instalar la última versión. Es el tipo de comportamiento que te hace preguntarte si el sistema es estable o solo está colaborando de momento.

Hay un momento que lo resume a la perfección: reinstalar exactamente la misma secuencia de drivers lo arregló todo de repente, aunque no había cambiado nada.

Eso es supervivencia a base de prueba y error, con muy poca claridad de ingeniería. Y aun así, una vez que encaja, sigue funcionando. El montaje es caótico y el resultado es estable, un equilibrio extraño.

El acceso remoto es la verdadera capa de experiencia

Aquí es donde el proyecto pasa de "experimento chapucero" a algo realmente usable, y el método de conexión importa más de lo esperado.

Al principio es un acceso remoto estándar. Luego alguien sugiere herramientas como Moonlight o Parsec para un streaming con aceleración por hardware como es debido, y la experiencia cambia por completo. "Muy, muy fluido", dijo el autor del montaje tras el cambio.

La gente subestima esta parte. La VM se ejecuta en el servidor y tú interactúas con ella en remoto, así que si esa capa es mala, todo el montaje parece roto. Si es buena, te olvidas de que no estás en una máquina nativa.

El passthrough de GPU se lleva la atención, pero cómo ves y controlas el resultado importa igual.

No todo el mundo está listo para abandonar el bare metal

Pese a todo el entusiasmo, hay dudas. Algunos usuarios ya tienen montajes parecidos y dicen que funcionan "bien", pero aun así mantienen un Windows en arranque dual.

El motivo es que ciertas aplicaciones, sobre todo algunas como SolidWorks, se siguen notando mejor en bare metal, ya sea por la aceleración de la GPU, por el rendimiento en casos límite o por la fiabilidad con cargas pesadas. La virtualización todavía no se ha ganado del todo esa confianza.

Así que la división está clara. Un lado lo ve como el futuro: flexible, centralizado e independiente del hardware. El otro lo encuentra impresionante, pero todavía no listo para sustituir a una máquina dedicada.

Los dos tienen razón, según cuánto riesgo estés dispuesto a tolerar.

El cambio mayor que hay debajo

Que Siemens NX funcione en una VM es interesante de por sí, y además apunta a algo más grande: tu "estación de trabajo" ya no tiene por qué ser un dispositivo físico. Puede vivir en un servidor, en un rack, accesible desde cualquier cosa.

Es un cambio sutil pero potente. Tu MacBook se convierte en la ventana mientras el servidor hace el trabajo. Tu hardware pasa a ser modular, sustituible y ampliable sin tocar tu dispositivo del día a día.

También introduce una dependencia nueva del propio montaje: la configuración y la frágil cadena de drivers, ajustes de passthrough y protocolos remotos que hace que todo funcione. Ganas flexibilidad y heredas complejidad.

Aun así, lo que se queda grabado es que esto funcione, y con la fluidez suficiente para ser "más que usable". En cuanto la gente lo ve, deja de preguntarse si puede funcionar y empieza a preguntarse por qué sigue haciéndolo a la antigua.