Parallels 5 vs VMware 3 Fusion – ¿Con cuál me quedo?

Luego de las entradas uno y dos, ha llegado el momento de tomar la decisión.

Respuesta corta: he vuelto a VMware Fusion 3.

¿Por qué? Estabilidad y coherencia (que nada tiene que ver con el modo Coherence de Parallels. Es simple. En los tests dupliqué dos instalaciones, migré VMs, instalé todo de cero, activé y desactivé todo lo que pude; intenté optimizar ambos, y sobre todo, trabajé durante casi 15 días con cada uno.

En ese tiempo, VMware no se colgó nunca. Parallels me dio tres “blue screens”, con Windows Vista una vez, y dos con Windows 7. Estamos hablando de un Windows 7 instalado de 0 desde el mismo DVD que el VMware.

En cualidades y opciones, me gusta más el Parallels. Es quizás también, un poco más veloz para ciertas cosas. Es hasta si se quiere un producto más completo. VMware es más rústico. Me gusta más Parallels y hasta quizás sea mejor para jugar; pero yo necesito trabajar y esperar 3 segundos más a que el “lento” de VMware haga algo, a cambio de no saber cuando mi VM puede desaparecer en una pantalla azul, es negocio para mi. Yo prefiero esperar.

Unas reviews atrás, hace unos meses, Parallels no me había gustado más. Hoy me gusta. Es una aplicación rápida (excepto para cargar) y completa. Está estéticamente más pulida que VMware, tiene infinidad de opciones y trabaja mejor; pero tiene -a mi juicio- más problemas que VMware.

En ninguno funciona bien (aun) ponerse en Coherence/Crystal/Unity, activar AERO y pretender que la vida es maravillosa. Como tampoco funcionan bien las pantallas completas y los múltiples monitores (algo que los programadores tenemos y mucho).

En definitiva, siempre quedamos relegados a usar la VM en pantalla completa (o ventana) y desactivando AERO (como siempre) porque todo funciona mejor.

Dado que en ambos por un motivo u otro, hay que hacer lo mismo, he decidido quedarme en VMware 3. Funciona aceptablemente bien.

Como dicen por ahí, más vale malo conocido que bueno por conocer.

Veremos que actualizaciones nos ofrecen en los próximos meses; con esta competencia, uno nunca sabe.

¿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…

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!

Parallels 5 vs VMware 3 – Primer Round

Luego de unos cuantos meses de intenso trabajo, finalmente han llegado las nuevas versiones de ambos. VMware ganó por unos días (lanzando el 27 de Octubre de 2009) y Parallels el 5 de Noviembre.

Esta es la continuación de una serie de entradas que comenzaron en el año 2007, cuando todo esto era nuevo. Ver la entrada original
.

Inicialmente comencé trabajando con Parallels, dado que fue el primero en aparecer en escena. Era mágico poder usar Windows (XP en aquel entonces) dentro de OS X y a una velocidad que en aquel entonces me parecía increíble.

Cuando apareció VMware 1.x, hice las oportunas pruebas pero no me pareció que el cambio fuese necesario, por lo que me decanté por Parallels por un tiempo más. Las políticas de actualización de Parallels no fueron las mejores y muchos usuarios se mosquearon bastante con actualizaciones de pago bastante caras y que encima traían más problemas que soluciones (En concreto la versión 3.0 fue muy loca en sus comienzos).

Por aquel entonces ya había aparecido VMware 2.0, que si bien no era perfecto y hasta inclusive quizás más “lento” en algunas cosas, presentaba mayor robustez y más transparencia a la hora de actualizar, instalar, etcétera.

Entre prueba y prueba, al final me decanté por VMware 2.0 y abandoné mi Parallels 3.0. Recuerdo perfectamente que tenía tantos números de serie de Parallels para poder instalarlo, que simplemente desistí. El VMware andaba con un número y listo.

Entre todo este tiempo, VMware fue actualizando con seis pequeñas actualizaciones (2.06 es la última) y Parallels pasó de 3.0 a 4.0 (y me imagino sucesivas actualizaciones). Sin embargo el terreno entre Parallels y VMware se mantuvo parejo. Ambos hacían lo mismo. Uno soportaba alguna cosa que el otro no y viceversa. Los “grandes” usuarios de periféricos USB se decantaban por VMware porque supuestamente tenía “mejor soporte”. Yo no soy un gran usuario de USB ni mucho menos por lo que no puedo comentar. Quizás me quedé en VMware por comodidad ya, a mi el Parallels siempre me anduvo bien dentro de todo (aunque ha tenido sus muchos fallos, especialmente con dos pantallas), aunque VMware también tiene lo suyo, inclusive en la versión 3.0.

Pero ahora estamos a finales de 2009 y han llegado dos nuevas bestias. Lo primero que hice, luego de leer los foros un par de días, fue descargar el VMware 3.0 y arriesgarme (previa copia de seguridad de mis VMs). Todo funcionó de maravillas. Ningún problema en actualizar mis dos grandes VMs (Windows XP y Windows Vista 32). Tengo Linux y Windows 3.1 pero ni los uso.

Apple Store: Forma de Pago no aceptada en España…what?

La mejor forma de describirlo es con una imagen…

What the fuck…

VMware 2.0.2, Windows Vista Business, Visual Studio 2008, .NET 3.5, WPF y Mac OS X 10.5.6

Sólo quería hacer una pequeña mención. Si se mezclan todas las tecnologías del título de esta entrada, el resultado es malo; muy malo.

No tengo un Parallels 4.x para probar ahora, pero puedo decir que lo que normalmente funciona bien en VMware, de pronto, si se crea una solución nueva, y se intenta trabajar con WPF (Windows Presentation Forms/Foundation), la máquina virtual se torna lentísima.

No se si se trata de un hecho aislado de mi máquina virtual, pero lo cierto es que editar WPF forms es una locura. Intentaré investigar.

Desconectado del Mundo

Tanta VMware y Paralells, al final me tienen un poco desconectado. He cambiado mi hardware -como ya he comentado por ahí- y creo que es oportuno hacer una actualización de los famosos artículos de Consideraciones sobre VMware y Parallels. Prometo hacerlo antes de fin de mes (no diré cual por las dudas).

Lo cierto es que las cosas van cada vez mejor para el mundo de la virtualización en Macintosh. Si están pensando dar ese salto… este es un buen momento.

Volveré… 🙂

Subir y Bajar el volumen lentamente

Recientemente descubrí una forma de bajar y subir el volumen en OS X con intervalos mucho más lentos. En los teclados que tienen esa funcionalidad (F11 y F12 en los nuevos), la escala es de 0 a 16 posiciones. Cero equivale a silencio y dieciséis al máximo volumen.
Muchas veces esta pequeña escala no es suficiente porque o es muy alto o es muy bajo; de casualidad tuve el agrado de descubrir que si aprietas: Shift + ⌥ + F11 o F12 (bajar o subir), el volumen se desplaza casi píxel a pixel, lo cual hace que el cada casilla de las 16 anteriores, ahora tenga 5 posiciones. El resultado es que ahora el volumen se puede controlar con 80 posiciones.

Quizás parezca una exageración pero la cantidad de veces que me costó encontrar un volumen óptimo desde que uso OS X se cuenta con los dedos de muchas manos.

Mientras jugaba con esa combinación (para contar los números mientras escribía esto), también he descubierto otro shortcut que ya conocía pero que por su inutilidad no recordaba; resulta que si aprietas Shift + F11 o F12 se mueve el volumen con el clásico pong pong pong de siempre. En todo caso, lamentablemente no es posible combinarlo con el truco anterior y tener el pong al mismo tiempo que el deslizamiento píxel a píxel.

En fin, luego me puse a buscar en Google y resulta que esto lo sabía todo el mundo menos yo. Espero que cualquiera que ande por ahi sin saberlo, se entere. Happy Voluming.

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…

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í.