Personalmente, el instalar un sistema operativo GNU/Linux para ejecutar
a través de un emulador aplicaciones Windows: ¡no le veo el caso!.
En un ambiente real de producción, tener una estación trabajando en esas
condiciones, me parece inconcebible. No hay que buscarle mangas al
chaleco. Porque no es eficaz, ni óptimo. Preferible continuar con tu
Windows o buscar una suite que sustituya la aplicación que estés
ejecutando en el emulador, o de plano desarrollar la propia para tu
GNU/Linux.
Se me figura que correr aplicaciones Windows en emuladores para
GNU/Linux es como no querer dejar la mamila ni el chupon.
Antes que nada chavos les pido una disculpa grande por no poder
aparecerme de repente en la página, pero es que he estado chambeando
lejos de una conexión a Internet, en fin, el sabado que viene se supone
que es la siguiente reunión, cosa que veo sumamente difícil, pues nadie
se ha apuntado para hacerla, que onda??
Saludos.
Animo Ceyusa.
Si estás obligado por tu trabajo o condiciones en las que trabajas a
mantener windows vivo en alguna partición de tu PC. Pues puedes hacerlo
mas GNUino con LiteStep.
Es un editor de tu shell (explorer.exe) y lo remplazará usando un
sistema sumamente flexible. Lo recomiendo..
La página oficial esta en reparación pero pueden buscarlo en la version
Japonesa de Litestep. No importa que no sepas los kanji’s con que sepas
que es DOWNLOAD con eso.
Interesante experimento reportado pof zambonigrill en
Linux.box donde reporta
como el Dr. Edward G. Bradford de
IBM conduce un estudio en donde compara los
procesos multiples en Linux, Windows 2000 y Windows XP.zambonigrill
writes: This article shows how to exercise a machine’s ability to
process multiple threads. The author uses a program that performs
measurable work in each thread and then demonstrates the overhead of
performing the same computation in multiple threads. He also puts Linux
head to head with Windows 2000 and Windows XP. Includes some code.El
proceso fue hecho en una IBM ThinkPad 600X a 650MHz, 576MB de memoria.
Tambien incluye el source original en cpp y en detalle como hizo y
corrio los procesos.
Pues sí: el viejo y robusto Apache tiene ahora una
vulnerabilidad,
como hacía mucho tiempo no la tenía. Una seria vulnerabilidad. Además
contamos con un
exploit
público.