Archivo de la etiqueta: parallels

¿Parallels, VMWare or Visual Studio 2008 bug con múltiples displays?

Resulta que si pones cualquiera de las dos (VMware 3 o Parallels 5) en pantalla completa, les dices que usen ambas pantallas (tengo 2), abres visual studio, cargas tu solución y dices: bien, ahora que tengo dos pantallas voy a mover las paletas a la segunda, para tener más espacio con el código.

Acomodas todas las paletas, eres feliz y de pronto shift-F5 (debug)… unos segundos después… boom.-

Ocurre en VMware y en Parallels. ¿Podremos usar alguna vez esta funcionalidad multimonitor? Desde las versiones 1.0 que la vengo esperando…

Anuncios

Deja un comentario

Archivado bajo Mac

Parallels 5, VMware 3.0 y Windows 7 Home Premium Benchmark

En la entrada anterior he descrito más o menos las diferencias iniciales entre VMware y Parallels en sus últimas versiones. He estado usando VMware 3.0 con Windows Vista 32bits (2 Cores asignados, 3 GB de RAM). Esa VM ha fue “actualizada” desde VMware 2.06. Comencé a oír “maravillas” del nuevo Parallels 5.0, que salió pocos días después que VMware, de modo que decidí “mirarlo”. El resultado fue bastante satisfactorio, digamos que me sorprendieron varias cosas, ciertas tareas son muy rápidas, la interfaz está bastante más cuidada que en VMware, y en general me pareció un producto muchísimo más completo que VMware. Pero yo ya he comprado el VMware 3.0 y mi licencia de Parallels es 4.0 y el trial de la versión 5 acaba en dos días.

Cuando probé el nuevo Parallels (el cual estuve usando estas últimas dos semanas), lo hice migrando mi VM de VMware a Parallels (el Windows Vista 32 bits), porque allí tenía todo mi entorno Visual Studio 2008, herramientas de SQL Server, etcétera. Esta última semana me llegó el Windows 7 Home Premium (OEM), así que decidí instalarlo de “cero” en Parallels. Lo hice, instalé mi Visual Studio, Service Pack, configuré todo y dejé la máquina limpia y lista para trabajar. Probé de todo, Crystal, Coherence, Full Screen, Screen, Mac Look, etcétera. Todo lo que se os pueda ocurrir que ofrece Parallels (que es mucho más que lo que ofrece VMware). El nivel de conformidad y satisfacción fue bajando conforme pasaron los días. ¿Por qué? Porque si bien pienso que Parallels ofrece más opciones y cosas para tocar, no todas funcionan bien o acaban siendo 100% funcionales. Intentaré explicar brevemente a qué me refiero a lo largo de la entrada, cuando vaya recordando las cosas.

Dada esta pequeña suma de micro-insatisfacciones, decidí que mi VMware no estaba muerto y me dije, ¿por qué no instalar también el Windows 7 en VMware y repetir toda la configuración…?

Y eso hice.

El motivo es que ahora tengo dos VMs “iguales”, instaladas del mismo modo, con todo prácticamente igual y puedo comprar el rendimiento y sobre todo las prestaciones en el día a día con un poco más de precisión.

Hardware y Software
El ordenador en el cual estoy haciendo todo es mi ordenador personal y de trabajo. Tiene OS X Snow Leopard 1.6.2.

Model Name: Mac Pro
Model Identifier: MacPro3,1
Processor Name: Quad-Core Intel Xeon
Processor Speed: 2.8 GHz
Number Of Processors: 2
Total Number Of Cores: 8
L2 Cache (per processor): 12 MB
Memory: 10 GB
Bus Speed: 1.6 GHz

Dos discos duros internos (el de 1TB es Time Machine solamente)

Hitachi HDS721075KLA360:
Capacity: 750.16 GB (750,156,374,016 bytes)
Model: Hitachi HDS721075KLA360

ST31000528AS:
Capacity: 1 TB (1,000,204,886,016 bytes)
Model: ST31000528AS

Ambos son de 7200RPM.

La tarjeta de Vídeo es: NVIDIA GeForce 8800 GT 512 MB.

Y todo está conectado a estas dos pantallas:

BenQ FP92Wa:
Resolution: 1440 x 900 @ 75 Hz
Pixel Depth: 32-Bit Color (ARGB8888)

HP L1740:
Resolution: 1280 x 1024 @ 75 Hz
Pixel Depth: 32-Bit Color (ARGB8888)

Instalación y Preparativo
El proceso que utilicé es completamente extraoficial y no está basado en ningún estricto control de igualdad. El “host” (OS X) tenía varias aplicaciones abiertas, entre ellas: Adium, Mailplane, iTunes, 1Password, varios Menú Items, el Activity Monitor, etcétera. Sin embargo, no quise cerrar nada porque justamente a mi me interesan los benchmarks “reales” y no los que son pruebas de laboratorio. Yo quiero saber como anda mi VM en el día a día.

La instalación fue la misma para ambos. Inserté el DVD de Windows 7 Home Premium. File -> New VM. En ningún caso usé la instalación “Easy”, sino que fui en el modo manual e intenté poner los mismos parámetros para ambas VMs. 3GB RAM, 2 Processors, 60GB Disco, autoexpandible.
Las aplicaciones no están compartidas, ni las carpetas ni nada, salvo la carpeta de “Downloads” de OS X, que está compartida automáticamente y se puede acceder desde las VMs.

Parallels tiene Adaptive Hypervisor, AutoCompress Disks, Tune Windows for Speed, Optimize Performance for Virtual Machine y Power Consumption Better Performance.
VMware no tiene nada de esas opciones, pero tiene Preferred virtualization Engine Automatic y Hard disk buffering automatic. El disco de VMware está dividido en ficheros de 2GB (Split into 2 GB Files), opción que vino por defecto.

La red es Bridged en ambos. Y ambos tienen la misma configuración de red, ip fija, misma puerta de enlace, todo igual.

Cuando acabó el Windows 7 (mas o menos tardaron lo mismo, la verdad es que no me importa el tiempo que tardan en instalar porque no es algo que haga todos los días) ejecuté Windows Update y vinieron unos 40 MB de parches. Tras el reinicio y la configuración de red (Ip fija, cambio de Workgroup, etc), monté la imagen del Visual Studio 2008, lo instalé como viene (sin cambiar opciones). A continuación, el Service Pack de Visual Studio (SP1).
Luego instalé Total Commander (no puedo vivir sin él) y SQL Express 2008 w/advanced services. Luego Service Pack 1 de SQL 2008. Todo instalado, restauré dos bases de datos diferentes (que uso para desarrollo). Configuré el mismo wallpaper y los mismos colores, Aero naturalmente está activo y listo.

Luego me puse a hacer unas pruebas “informales” y a continuación expongo los resultados. En morado los “mejores tiempos” (siempre menos es mejor). Luego hice una segunda pasada y supongo que por motivos de caché y actividad del ordenador Host, algunos resultados variaron. Pero salvo algún caso aislado, los números fueron más o menos similares:

Los valores que no están en el segundo run han sido literalmente iguales a la primera pasada.

Conclusión
A simple vista todo parece indicar que Parallels es, en definitiva, más rápido en la “mayoría” de las cosas que VMware, excepto en abrir la aplicación; no sé por qué Parallels tarda tanto comparado con VMware.

Personalmente lo siento un poco más ágil (lo sentí desde el minuto uno y los números me están mostrando que no estaba tan equivocado). Parallels tiene algunas cosas que no están 100% pulidas. He tenido algún problema con el portapapeles que no funcionaba bien (nada que cerrando y abriendo todo de nuevo no se solucione) pero detalles de ese tipo.

Parallels parece usar un poco más el disco duro, sobre todo en operaciones como suspender una VM. En el gráfico no se ve, pero el Parallels, luego de suspender una VM y cerrar la aplicación, se quedó más de dos minutos escribiendo en el disco duro (según el Activity Monitor, unos 20MB/Seg). Este tiempo uno “no lo ve”, pero en un ordenador como un portátil o con un disco duro más lento esto puede ser realmente muy molesto.

VMware por el contrario sólo escribió a unos 5MB/seg durante unos 20 segundos luego de la misma operación.

¿CON CUAL ME QUEDO?
La primera impresión es saltar e ir a por Parallels; pero no todo es oro tampoco aquí. Hay que tener en cuenta que ni el modo Coherence ó Crystal en Parallels, ni el modo Unity en VMware son cómodos y ágiles para trabajar con Visual Studio. Al hacer Debug, y movernos con paletas, se pierde mucho la gracia de todo el trabajo, se hace más difícil encontrar bien las ventanas y bugs (en ambos) impiden que a veces se pueda encontrar la ventana que se busca, dado que un click en el Dock no siempre restaura como es debido. A eso hay que sumarle mucho flickering.

La solución es usar modo “Pantalla” o “Pantalla Completa”, que por suerte ahora, funciona con dos pantallas, pero el VMware tiene un Bug espléndido que hace que no se pueda trabajar con dos pantallas en modo Pantalla Completa por más de un rato porque se vuelve loco. No le ocurre a todo el mundo, pero ocurre y está en los Foros.

No me pasó lo mismo con Parallels (aunque yo lo uso con una sola pantalla, he probado usando todo) de momento.

Seguiré usando ambos por unos tres días más (que es el tiempo que tiene el Windows 7 de mi VMware para activarse, dado que estoy usando la misma licencia en ambos). Si me quedo en VMware, reactivaré mi Windows allí y no podré trabajar con Parallels (es un coñazo porque hay que llamar por teléfono a Microsoft).

Si el Parallels es tan rápido como parece, entonces quizás me cambie una temporada; lo que es seguro es que seguiré contándoles como me va con ambos. Seguro que en unos meses veremos actualizaciones y allí será donde podremos ver en qué han estado pensando ambos equipos. A ver si oyen a los usuarios (Algo que Parallels tiene fama de no haber hecho en sus comienzos) o si hacen lo que les da la gana.

Para trabajar con una aplicación más simple o quizás algún juego (no he probado nada de eso), habrá que ver otras pruebas y esperar un poco a ver que dice “la gente”. Yo sólo uso el Windows para Visual Studio y si no tuviese que hacerlo, es porque posiblemente me quedé sin trabajo 🙂

Se echan en falta algunas opciones en VMware… quizás peca de ser demasiado simple.

En todo caso, tengo tres días para decidirme, seguiré leyendo en Twitter y por ahí, a ver si aparece algún factor decisivo ¡hasta la próxima!

2 comentarios

Archivado bajo Mac

VMWare Fusion 2.0 RC & Parallels 4.0 Beta

Curiosamente, ambas compañías han sacado nuevas versiones de sus productos casi en simultáneo. Desgraciadamente ambas están bajo “NDA” (Non-disclosure agreement), de modo que no puedo publicar nada (especialmente del Parallels, cuya beta es privada).

Estoy constantemente probando ambas y debo decir que hay muchas cosas nuevas en los dos; el VMWare se parece mas bien a una beta 3 que aun release candidate. El Parallels realmente me sorprende porque han mejorado muchas cosas (y otras tantas que no funcionan, aunque eso si, han avisado).
En cuanto se puedan hacer públicos algunos detalles, iré publicándolos.

En todo caso, para aquellos que pensaban que podían usar Windows Vista dentro de una VM, tener en cuenta que si vuestro Mac no tiene más de 3GB de RAM (yo tengo 2), es una tortura, tanto en VMWare como en Parallels.
A tener paciencia…

Deja un comentario

Archivado bajo Mac

VMWare 2.0 Beta 2 – Bugs & Más Bugs

¿Bugs?

Bueno, luego de intentar durante un largo rato configurar el VMWare 2.0 Beta 2 como yo quería (y ahora explicaré como es), he desistido viendo que no es posible porque una serie de bugs lo impiden.
Esencialmente, mi Macbook Pro de 15”, tiene conectada una pantalla de 21′ widescreen. Este dispositivo secundario lo suelo utilizar con el Parallels y el Windows en modo de pantalla completa (no uso Coherence porque es muy buggy).
En la Beta 1 del VMWare, el modo Unity funcionaba muy bien (en la teoría, luego en la práctica era lentísimo), dado que reconocía perfectamente sendas pantallas, identificando correctamente la número 1 y la número 2. Lamentablemente la Beta 2 no lo hace bien. De modo que invierte el número de las pantallas (la secundaria para el Windows pasa a ser primaria). Este comportamiento es incorrecto, la pantalla secundaria es secundaria aquí y en la China; pero encima si intentas invertirlo o algo, se enloquece el Unity al punto que hay que pasar a pantalla normal y volver…
Está muy verde aún el soporte de Unity y múltiples pantallas. Yo pensaba que con la experiencia de la Beta 1, en una segunda iteración iban a poner un poco de énfasis. Pero no.

El único motivo por el cual quiero el comportamiento de la Beta 1 y la velocidad de la Beta 2, es porque es lo correcto. Visual Studio arrancará tu aplicación (en modo Debug) en la pantalla principal. Yo utilizo realmente Visual Studio en la pantalla “secundaria” y cuando hago Debug, mi aplicación se abre en la pantalla 1, permitiéndome ver mi código al mismo tiempo que uso la aplicación, que es, el propósito del debug.
En Beta2, no se puede, a menos que muevas el Visual Studio a la pantalla “2”, que sería la interna del Macbook Pro de 15”. No way. 21” vs 15”… no hay forma que yo haga eso.
En definitiva, deberé volver a Pantalla Completa normal, al igual que Parallels. Lo haré de todos modos porque quiero probar la estabilidad del VMWare 2.0 Beta 2 y como responde en el día a día pero sin una de sus principales ventajas, como podía ser esto de las múltiples pantallas en modo Unity sin misterios o hacks del tipo al de Parallels.

Una curiosidad es que se me colgó (entre tanto unity, full screen, screen) el display del VMWare. Pero como comenté ayer se puede reiniciar sin haber perdido un ápice de trabajo, dado que la VM sigue “viva”. En efecto, abrí el VMWare nuevamente y allí estaba todo. Un buen detalle.
Una curiosidad más es que en modo Full Screen, se puede hacer que utilize ambas pantallas también. Eso está muy bien y con un poco de tweak pude hacer que me quede la pantalla 2 donde yo quería. Pero claro, no quiero Full Full screen porque no veo nada del OS X. Igual lo probaré así.

Deja un comentario

Archivado bajo Mac

VMWare 2.0 BETA 2 – An Empire Strikes Back

Novedades

Cuando salió la Beta 1 del VMWare 2.0, me sorprendió muchísimo; en parte porque solucionaba u ofrecía alternativas coherentes (no pun intended) a ciertas carencias del Parallels. Sin embargo, aunque prometí utilizarla en lugar de este último durante un tiempo (no suelo hacer reviews sin haber utilizado el producto un tiempo), tuve que dejar de hacerlo a los pocos días. VMWare 2.0 Beta 1 era casi inservible en términos de usabilidad, estabilidad y velocidad. Todo anda bastante mal en la Beta 1 (y es de esperarse), y muy lento.

Pero ayer salió la Beta 2. Y si bien parece que algunas cosas aún están un poco sin pulir, han aparecido bastantes cosas interesantísimas, que solucionan muchos problemas y ofrecen alternativas tentadoras a lo que ofrece Parallels. No es mi intención hacer una revisión completa, en parte porque ya lo he hecho, pero si enfocarme en aquellos aspectos nuevos que veo en VMWare 2.0 y la impresión que me han causado. Con esto en mente, la BETA 1 instalada y la BETA 2 en un DMG, me embarqué…

… la instalación: idéntica. En un momento -dado que ahora se puede navegar el HDD de la virtual machine sin arrancarla- te pide si quieres instalar MacFUSE, dado que lo necesita para navegar por un disco “virtual”. Le dije que si.

… una vez que está instalado, aparece un lindo cartelito de registración (que antes no estaba creo) al cual la di “después” (como siempre). Y luego nos presenta una bonita pantalla de bienvenida:

Welcome Screen VMWare 2.0 Beta 2

Aunque esa ventana es una novedad, la librería de virtual machines no, y sigue siendo muy similar a la anterior, aunque ahora está más refinada:

VMWare 2.0 Beta 2 Library

La pantalla de preferencias de una máquina virtual en particular, es idéntica a la anterior salvo por la presencia del “AutoProtect”, cuyo icono es excesivamente similar al Time Machine, y de hecho se promociona como el Time Machine de las VMs.
El AutoProtect supuestamente es capaz de tomar snapshots del sistema cada cierto tiempo (aunque agradezco a los ingenieros de VMWare que al menos dejan personalizar el intervalo, no como Time Machine que requiere un “hack” (TimeMachineEditor siendo uno de ellos), para poder cambiar eso. La pantalla es bastante simple y hasta diría que se ve bastante mal y desorganizada, con los espacios mal puestos, pero supongo que fue algo que se deslizó en la Beta sin demasiado cuidado:

VMWare 2.0 Beta 2 AutoProtect

Un aspecto que presenta novedades, son las carpetas compartidas. Parallels en su momento se presentó con una integración muy transparente -y no por ello bienvenida- de las carpetas personales del usuario (Música, Vídeos, Documentos, etcétera) entre el sistema operativo de la VM y el OS X, haciendo que sean “las mismas carpetas”. Esto no agradó mucho y la gente puso el grito en el cielo porque Windows no era lo suficientemente seguro y nadie quería que sus ficheros de OS X sean toqueteados y manoseados por un Windows. Yo lo desactivé en parte porque era un coñazo y no me interesaba para nada. Recuerden que mi único motivo (y el de muchos de ustedes) es ejecutar Visual Studio y poder programar en .NET mientras podemos aprovechar la magia de OS X para todo lo demás. En fin, que ahora VMWare se presenta con una alternativa similar. Se puede desactivar perfectamente (en Parallels no siempre funcionaba bien, lo cual generaba más ira entre los usuarios que no podían), y de hecho así lo he dejado.
Pero no todo acaba aquí en el mundo de novedades. Como se puede observar en la captura de pantalla, aparte de las “carpetas compartidas”, de estas “mirrored folders” (carpetas espejadas), ahora llegaron también las Shared Applications (aplicaciones compartidas). Esto ya existe en Parallels y también despierta cierta controversia, pero más que nada porque Parallels hizo lo contrario, es decir que yo haga doble clic en mi .DOC y me lo abra el Microsoft Word de mi Virtual Machine (que, para mal de males, si estaba cerrada se podía abrir (por defecto) causando un mar de sensaciones negativas mientras esperabamos con el MacOS Beachball a que acabe de cargar el Parallels…). Aquí está más controlado:
VMWare 2.0 Beta 2 Sharing Preferences
A priori parece lo mismo, sin embargo, el pequeño botón de URL Handling, nos permite hacer lo contrario, es decir que todo se abra en Mac OS X, inclusive lo que yo abra dentro de la virtual machine.

Vmware 2.0 Beta 2 url Handling

Por defecto aparece vacío (lo cual resulta un tanto extraño) pero se pueden agregar esas seis categorías, y seleccionar la aplicación que las va a abrir. Toma las que haya configuradas como predeterminadas en OS X, de modo que sólo tuve que agregar, agregar, agregar, agregar… aunque es posible cambiar esto y por ejemplo, utilizar Internet Explorer 7 dentro de Windows como navegador por defecto… (non comment).

Todo esto se puede desactivar y dejar la VM aislada del mundo; eso generará amor en aquellos que prefieren tener al Windows encerrado en una caja de la cual no pueda escapar. Lo sé.

Esta funcionalidad ya existía en VMWare pero con mucha menos personalización y para ser justos hay que decir que en Parallels también se puede personalizar y hacer que se abra todo en Mac OS X, pero al principio generó confusión y a mi me ha pasado que se me abra el “word” de la VM. Supongo que es un claro ejemplo de no poner buenos valores por defecto.

Una linda adición que al fin ha llegado, son los iconos pequeños con vida. Así los llamo yo, pero es que antes eran estáticos y no servían para nada. Me refiero a los que muestran la actividad de la VM. Si, ahora se colorean con un degradé cuando hay actividad, gracias.

Vmware 2.0 Beta 2 Activity Icons

Eso es prácticamente todo lo “nuevo” que se ve jugando por los menúes y la interfaz de usuario, pero hay One More Thing™. Las dificultades de hacer el mapping de teclado entre sistemas operativos diferentes es equivalente a la complejidad de una cirugía de corazón. Ningún sistema operativo responde igual a otro ni utiliza los mismos shortcuts. En mi humilde opinión, VMWare no respondía correctamente a este problema, porque si bien tímidamente hacía mapping del cmd-c/v/x para copiar, pegar y cortar respectivamente (de modo que no tengamos que hacer cmd-c en Mac OS X, cambiar a la VMWare y apretar control-c en Windows (o Linux)), el resto de las teclas no respondían correctamente, así bien, nos encontrábamos (especialmente los usuarios de Visual Studio) con muchísimas teclas que no servían para nada. Un claro ejemplo que a mi me afectaba constantemente era el de guardar un fichero. En Windows, tradicionalmente fue siempre control-S, de “Save” (guardar). Estando en cualquier programa que tenga documentos “guardables”, apretar control-s era garantía de que se iba a hacer un “Save”. En VMWare, y acostumbrados a apretar CMD para todo, si no recordabas cambiar a la tecla control, apretabas cmd-s (que, adivinen, también es guardar en Mac OS X) y acababas haciendo cualquier otra cosa, menos guardando tu documento; que era lo que en realidad querías hacer. Como este, puedo citar muchísimos ejemplos de combinaciones de teclas que resultaban “annoying”.
Los muchachos de Parallels hicieron algo mejor. Invertir la tecla. CMD ahora es control (para Windows claro está) y control es “algo así como la tecla de windows” (literalmente). O sea, se inventaron un mapeo de teclas “mas o menos razonable”, que le permita al usuario de Mac/Win compartir la mayoría de las combinaciones de teclas. Esto es mucho mejor y lo digo por experiencia, pero también tiene sus problemas. Algunas teclas no funcionan, algunas no están bien, algunas requieren de una mano de araña para poder ser tocadas (por las combinaciones), etcétera. Sin embargo, a pesar de estas complicaciones, en el día a día, es infinítamente más cómodo el método de Parallels. Hasta hoy.
VMWare inteligentemente cogió lo mejor de ambos mundos. Mappings, si, pero personalizables. Veamos la imagen directamente:

Vmware 2.0 Beta 2 Keyboard and Mouse

Esto parece una nimiedad, pero no lo es en absoluto; todo lo contrario. Entre los muchos problemas que se presentan entre Virtual Machine vs. OS X respecto de las teclas, estaba el del botón de “enter” del teclado numérico. Pues bien, yo lo cambié y le hice que haga “Return” y funciona de maravillas. Me había quejado bastante de ese detalle porque uso ese “enter” muy a menudo y en la virtual machine no hacía nada (era, como pueden ver, el ALT derecho). En fin, que se pueden agregar más combinaciones de teclas en uno y otro. O sea, si en OS X yo presione “tal tecla”, que en la Virtual Machine se presione tal otra (o tales, porque pueden ser combinaciones). Esto permitiría a los más fetichistas, poner una tecla en OS X que haga Control Alt Delete en Windows. 🙂

Este método, no se si será el mejor, pero sin duda es mejor que lo que había en ambas aplicaciones (VMWare y Parallels) porque permite personalizarlo al máximo. Entre las otras pestañas, se pueden también cambiar los botones del ratón (¡bien ahi!) y los shortcuts del Fusion en particular (pasar a pantalla completa, a Unity, suspender, etcétera). Bastante más completo que lo que había y muy bienvenido.

Una interesante peculiaridad que quiero destacar y que los observadores más detallistas ya habréis visto, es la existencia de Profiles. Si, se pueden guardar perfiles con combinaciones de teclas. Muy útil si alguien quiere usar un juego o lo que sea con teclas “raras” y luego usar Visual Studio y tener otras. Interesante sería encontrar una forma de cambiar rápidamente entre ellas y no tener que andar navegando por menúes de configuración. Pero bueno, que es Beta…

Uso, abuso y errores.

Como toda Beta que se precie de tal, no estará libre de problemas. VMWare Beta 2 no es una excepción a esta regla ni mucho menos. Ni bien arrancó por primera vez, le presenté un escenario difícil. Mi VM estaba suspendida en Beta1. Cuando la suspendí, lo hice con Unity encendido y con dos pantallas activas. Ahora estaba con una pantalla en modo espejo (mirror), en Beta 2 y la segunda pantalla era otra diferente. Una maravilla.
Se colgó, así de feo (hasta que hice Force Quit x 2, luego explico):

Vmware 2.0 Beta 2 cpu Usage

Resulta que el VMWare hace algo muy inteligente (respecto del Parallels), y es separar todo en dos procesos. Uno es la VM en si y otro proceso es la ventana en la cual vemos la VM. Si ese proceso de la “ventana” se cuelga o es cerrado violentamente (como hice yo), la VM sigue funcionando en background. Esto es bueno y malo. Bueno porque si lográsemos abrir el proceso de “ventana” nuevamente, el Windows estaría allí, como si nada. Malo porque no siempre se puede “abrir” el proceso de ventana fácilmente. Y muy malo porque ese proceso de VM que hay en background no es visible desde el Dock ni ningún otro sitio, excepto el Activity Monitor. De modo que un usuario inexperto puede quedar atrapado en una VM que está andando (y por ende devorando recursos) y ninguna ventana que lo indique. El concepto es bueno, pero es peligroso. No se si ha cambiado entre Fusion 1.1 y “ahora”, pero antes era así. Y yo tuve que matar dos veces un VMWare, primero maté la “ventana” y luego, al darme cuenta que mi CPU seguía al 200% y subiendo de temperatura, utilizando el utilísimo iStats Menu, que siempre tengo (y que podéis observar en la captura anterior), me di cuenta del proceso que estaba alterando todo. Lo maté y boom.

En el segundo intento, decidir activar el Dual Display en lugar de Mirror, para que al menos “cargue todo”. Lo conseguí. Aunque el Unity arrancó completamente enloquecido y sin funcionar bien, pasé a “ventana” y se arregló. Una peculiaridad (y asquerosidad) es esta ventana:

Vmware 2.0 Beta 2 Unity Window

No se para que sirve (bueno ahi lo dice) o cual es el verdadero objetivo ni que hace aquí; es un verdadero misterio. Supongo que será algo de la Beta 2 porque es horrible. En el título (que no se ve bien) dice “Temporary Unity Window” o ventana temporal de Unity. Esperemos que le dure poco su tiempo.

No instaló ningunas VMWare Tools nuevas (o no me di cuenta), eso si, mi Windows estaba desactualizado porque hacía mucho que no lo usaba, de modo que se descargaron algunos Windows Updates feos y molestos que me pidieron reiniciar. Una vez en orden, hice update del Subversion de nuestro repositorio, y cuando vinieron todos los cambios, abrí Visual Studio. Todo funcionó como era de esperarse. Allí me decidí a probar el Unity nuevamente. Lo activé y luego de algunos ajustes, comprobé que ahora funciona mucho mejor que en la Beta 1. Es el único que puede integrar verdaderamente el Windows con el OS X en múltiples monitores. VMWare 1.1 hace cualquier cosa y Parallels ni les cuento, es un hack grande como una casa. El primero no puede usar múltiple monitor en modo Unity, boom. Asunto sellado. Y el segundo si maximizas una aplicación mientras estás en modo Coherence, se maximiza a la totalidad de las pantallas. Muy gracioso e inservible. O le podrías decir a Coherence, utiliza sólo una pantalla (y estás en el punto de partida). VMWare 2.0 Beta 1 traía la novedad de que el modo Unity ahora funcionaba bien. Y era verdad. Finalmente se podía ejecutar Visual Studio en una pantalla, debugear en otra, mover paletas, etcétera. Exposé funcionaba, todo era color de rosas. Excepto que la Beta 1 andaba muy mal. Muy lenta. Con muchos problemas.
Pero ahora está la Beta 2. Y me dispongo a lo largo de estos días, a cumplir aquella promesa famosa de trabajar un tiempo con la Beta y ver si es productiva en el día a día (a pesar que VMWare recomiende no usarla para “Producción”). La única forma de ver como se comporta es usándola. Ya vimos lo que hay de nuevo, lo bueno, lo malo y lo feo que se ve sobre la superficie de este nuevo VMWare, pero ahora me toca hurgar más abajo y ver si es realmente usable.

Un último detalle interesante es la gran cantidad de compatibilidad que ofrece con otros sistemas operativos, un ejemplo son las versiones de Linux:

Vmware 2.0 Beta 2 Operating Systems Supported

Impresionante. Destacan también todas las versiones de Windows desde 3.1 en adelante, FreeBSD, DOS y en modo “experimental”, Mac OS X Leopard Server. Interesante.

En fin, que me voy a programar que se hace tarde. Ya os comentaré que me deja el VMWare 2.0 Beta 2.
Si sois valientes, descargar: VMWare 2.0 Beta 2

1 comentario

Archivado bajo Mac