Archive for June, 2008

dibujo dominguero #4 - octo-puzzle

Monday, June 23rd, 2008

Finalmente otro dibujo dominguero encuentra su camino hasta el pinguino. ¡Y un domingo! ¡Faltaba más! Espero que no tenga que explicar quién es el de la foto, porque entonces el chiste no tiene gracia.

Si siguen el link de la foto llegan, como de costumbre, a una versión más grande.

El domingo pasado no hubo dibujo principalmente porque el fin de semestre está resultando ser más desesperante incluso cuando uno está fuera de la universidad que cuando uno está dentro. Eso sí que no me lo esperaba. De cualquier modo, es de esperar que luego lleguen más dibujos cuando la cosa se ande normalizando un poco. Y, por qué no decirlo, cuando me vaya yo también acostumbrando a ser un poco más sistemático con esto de dibujar.

Hasta el próximo domingo, y ojalá un poco antes.

dibujo dominguero #3: juego de niños

Tuesday, June 10th, 2008

perito.png

 

Perdón por el retraso. Estuve tratando de terminar el dibujo dominguero 2 y la frustración pudo más que yo. Tratando de alejar mi mente de aquello, mi mente terminó por acercarse a esto, y decidí que, si bien no es lo que dije que iba a subir, debería servir para que todos nos relajemos un poco. Especialmente ahora que se viene fin de semestre para algunos.

configurando Windows XP en QEMU con KQEMU

Thursday, June 5th, 2008

winxp-qemu-thumb.png

Para seguir con los consejos computacionales (como el del posteo sobre CUPS), hoy instalaremos y configuraremos QEMU para que corra con KQEMU, y lo dejaremos listo para instalar básicamente lo que quieran.

Primero lo primero.

¿Qué es QEMU? (y KQEMU…)

QEMU es un emulador de procesadores que permite, principalmente, tener corriendo sistemas operativos invitados (guest) que corren dentro de un sistema opartivo huésped (host). Esto le permite a uno tener varios sistemas operativos corriendo dentro de la misma máquina, y es bien posible que esta sea una de las cosas a la vez más metafísicas y más entretenidas que se pueden hacer en un computador.

KQEMU es un módulo del kernel de Linux que acelera el funcionamiento de QEMU, que sin la ayuda de este módulo adicional es bastante, bastante más lento1.

En términos bastante legos (que la verdad es que son los que mejor entiendo), lo que se hace es simular un computador virtual dentro de otro computador real. Y dentro de esta máquina virtual uno puede hacer, básicamente, todo lo que puede hacer en una máquina real.

¿Todo?

Pues bien, no. No todo.

En primer lugar, no podemos olvidar que la máquina virtual es precisamente eso: una máquina simulada. Y por lo mismo, sus capacidades máximas no podrán jamás superar las capacidades de la máquina real que le sirve de huésped. Además, como la máquina huésped está usando parte de sus recursos para, entre otras cosas, simular esta máquina, los recursos que quedan disponibles para la máquina virtual son bastante menores que los de la máquina huésped.

Todo eso sin contar, por ejemplo, que hay ciertas cosas que es más difícil hacer en este tipo de máquinas que otras cosas. Por ejemplo, la aceleración gráfica es algo que incluso en los mejores sistemas de virtualización sigue siendo de carácter experimental, y eso sólo en los casos en los que la aceleración gráfica es una posibilidad. Eso descarta de lleno el uso de aplicaciones que la requieran (como juegos con requerimientos gráficos considerables, o algunas aplicaciones gráficas más serias).

En este caso…

¿Por qué correr una máquina virtual?

Pues, razones hay muchas.

Podría ser que, en primer lugar, simplemente nos atraiga la posibilidad de hacerlo. Para toda esa gente, el hecho de que se pueda hacer es razón suficiente para probarlo, si no es para nada más que simplemente ver por sus propios ojos que se puede (y sí que se puede).

Sin embargo, existen aplicaciones muy prácticas para los sitemas de virtualización que no requieren de una especie de interés intelectual en el que se pueda o no. Por ejemplo, si existe una aplicación que corre en un sistema operativo distinto del que se está usando y se requiere para ejecutar tareas muy específicas, en vez de tener que tener dos sistemas operativos instalados y verse obligado a reiniciar cada vez que se quiere correr ese programa, se puede instalar ese programa dentro de una máquina virtual y usarlo sin problemas desde la máquina huésped. Alternativamente, puede haber versiones nuevas de sistemas operativos que queramos probar sin arriesgar la que tenemos. O versiones mas viejas de sistemas operativos que queramos probar para satisfacer nuestra curiosidad o nostalgia. O para hacer pruebas en estos diferentes sistemas. En fin, aplicaciones hay miles.

La pregunta entonces, si vamos a usar un sistema de virtualización, es…

¿Por qué usar QEMU?

Existen muchas alternativas que podemos querer usar si vamos a usar un sistema de virtualización, más allá de cuáles sean las razones que nos lleven a querer usar uno. Del mismo modo, existen muchas distintas maneras de responder la pregunta de por qué elegir uno y no el otro.

QEMU tiene la gracia de ser libre y razonablemente bueno, y eso debería ser razón suficiente para muchos. Pero ya que no los he probado todos ni mucho menos, este posteo no pretende convencer a nadie de usar QEMU, sino simplemente ayudar a los que ya hayan tomado esa decisión a hacerla del modo más fácil posible.

Bueno, bueno, suficiente preámbulo. ¡Vamos allá!

Los pasos específicos, en la siguiente página (¿No es increíble lo ordenado que está esto?).


  1. Para que se hagan una idea, si QEMU por sí sólo normalmente corre el sistema invitado a entre 10 y 20% de la velocidad del sistema huésped, con KQEMU esta velocidad llega a ser cercana a la velocidad realReferencia. [volver]

dibujo dominguero #2a: preview

Monday, June 2nd, 2008

preview-thumb.png

Al final me embarqué en un proyecto demasiado ambicioso para este domingo y no pude terminarlo. Sin embargo, aquí tienen un preview de por lo menos una parte de lo que ya tengo listo. Puntos extra para el que pueda adivinar de qué se trata el dibujo entero (y si ya les dije no pueden jugar).

Hasta el próximo domingo, donde estará sin falta la parte final.