• Que es una maquina virtual.
• Característica principal
• Uso domestico
• Tipos de maquinas virtuales
• Maquinas virtuales de sistema
• Aplicación de las maquinas virtuales de sistema
• Maquina virtual de proceso
• Inconvenientes de las maquinas virtuales
• Técnicas
• Lista de hardware con soporte de
virtualizacion
• Lista de maquinas virtuales
• Ventajas de las maquinas virtuales
• Desventajas de las maquinas virtuales
• Que necesito para trabajar con maquinas
• En informática una
máquina virtual es
un software que
emula a un
ordenador y puede
ejecutar programas
como si fuese un
ordenador real. Este
software en un
principio fue definido
como "un duplicado
eficiente y aislado de
una máquina física".
• La acepción del término actualmente
incluye a máquinas virtuales que no
tienen ninguna equivalencia directa con
ningún hardware real.
• La característica
esencial de las
máquinas virtuales es
que los procesos que
ejecutan están
limitados por los
recursos y
abstracciones
proporcionados por
ellas. Estos procesos
no pueden escaparse
de este "ordenador
virtual".
• El uso doméstico más extendidos de las
máquinas virtuales es ejecutar sistemas
operativos para "probarlos". De esta forma
podemos ejecutar un sistema operativo que
queramos probar (Linux, por ejemplo) desde
nuestro sistema operativo habitual (Windows por
ejemplo) sin necesidad de instalarlo
directamente en nuestro ordenador y sin miedo
a que se desconfigure el sistema operativo
primario.
• Las máquinas virtuales se pueden clasificar en
dos grandes categorías según su funcionalidad
y su grado de equivalencia a una verdadera
máquina.
• Máquinas virtuales de sistema (en inglés
System Virtual Machine)
• Máquinas virtuales de proceso (en inglés
Process.. Virtual Machine)
• Las máquinas virtuales de sistema, también
llamadas máquinas virtuales de hardware,
permiten a la máquina física subyacente
multiplexarse ent0 varias máquinas virtuales,
cada una ejecutando su propio sistema
operativo. A la capa de software que permite la
virtualización se la llama monitor de máquina
virtual o "hypervisor". Un monitor de máquina
virtual puede ejecutarse o bien directamente
sobre el hardware o bien sobre un sistema
operativo ("host operating system").
• Varios sistemas operativos distintos pueden
coexistir sobre el mismo ordenador, en sólido
aislamiento el uno del otro, por ejemplo para
probar un sistema operativo nuevo sin
necesidad de instalarlo directamente.
• La máquina virtual puede proporcionar una
arquitectura de instrucciones (ISA) que sea
algo distinta de la de la verdadera máquina. Es
decir, podemos simular hardware.
• Varias máquinas virtuales (cada una con su
propio sistema operativo llamado sistema
operativo "invitado" o "guest"), pueden ser
utilizadas para consolidar servidores. Esto
permite que servicios que normalmente se
tengan que ejecutar en ordenadores distintos
para evitar interferencias, se puedan ejecutar en
la misma máquina de manera completamente
aislada y compartiendo los recursos de un único
ordenador. La consolidación de servidores a
menudo contribuye a reducir el coste total de las
instalaciones necesarias para mantener los
servicios, dado que permiten ahorrar en
hardware.
• La virtualización es una excelente opción
hoy día, ya que las máquinas actuales
(Laptops, desktops, servidores) en la
mayoría de los casos estan siendo "sub-
utilizados" (gran capacidad en disco,
memoria ram , en la mayoría de los casos
se utiliza entre 30% a 60% de su
capacidad). Al virtualizar la necesidad de
nuevas máquinas en una ya existencia se
ahorra GRANDEMENTE EN COSTOS
Asociados (energía, mantenimiento,
espacio, etc.
• Una máquina virtual de proceso, a
veces llamada "máquina virtual de
aplicación", se ejecuta como un
proceso normal dentro de un sistema
operativo y soporta un solo proceso.
La máquina se inicia automáticamente
cuando se lanza el proceso que se
desea ejecutar y se para cuando éste
finaliza.
• Su objetivo es el de proporcionar un
entorno de ejecución independiente
de la plataforma de hardware y del
sistema operativo, que oculte los
detalles de la plataforma subyacente
y permita que un programa se ejecute
siempre de la misma forma sobre
cualquier plataforma.
• Uno de los inconvenientes de las máquinas
virtuales es que agregan gran complejidad al
sistema en tiempo de ejecución. Esto tiene
como efecto la ralentización del sistema, es
decir, el programa no alcanzará la misma
velocidad de ejecución que si se instalase
directamente en el sistema operativo "anfitrión"
(host) o directamente sobre la plataforma de
hardware. Sin embargo, a menudo la flexibilidad
que ofrecen compensa esta pérdida de
eficiencia.
• Se divide en tres:
–Emulación del hardware
subyacente (ejecución nativa)
–Emulación de un sistema no nativo.
• _virtualizacion a nivel de sistema
operativo
EMULACION DEL HARDWARE
SUBYACENTE (EJECUCION
NATIVA)
• Esta técnica se suele llamar virtualización
completa (full virtualization) del hardware, y
se puede implementar usando un
hypervisor de Tipo 1 o de Tipo 2:
• el tipo 1 se ejecuta directamente sobre el
hardware
• el tipo 2 se ejecuta sobre otro sistema
operativo como por ejemplo Linux.
• Cada máquina virtual puede ejecutar cualquier
sistema operativo soportado por el hardware
subyacente. Así los usuarios pueden ejecutar
dos o más sistemas operativos distintos
simultáneamente en ordenadores "privados"
virtuales.
• El sistema pionero que utilizó este concepto fue
la CP-40, la primera versión (1967) de la
CP/CMS de IBM (1967-1972) y el precursor de
la familia VM de IBM (de 1972 en adelante). Con
la arquitectura VM, la mayor parte de usuarios
controlan un sistema operativo monousuario
relativamente simple llamado CMS que se
ejecuta en la máquina virtual VM.
• Actualmente tanto Intel como AMD han
introducido prestaciones a sus
procesadores x86 para permitir la
virtualización de hardware.
EMULACION DE UN SISTEMA
NO NATIVO
• Las máquinas virtuales también pueden
actuar como emuladores de hardware,
permitiendo que aplicaciones y sistemas
operativos concebidos para otras
arquitecturas de procesador se puedan
ejecutar sobre un hardware que en teoría
no soportan.
• Algunas máquinas virtuales emulan
hardware que sólo existe como una
especificación. Por ejemplo:
• La máquina virtual P-Code que permitía a
los programadores de Pascal crear
aplicaciones que se ejecutasen sobre
cualquier ordenador con esta máquina
virtual correctamente instalada.
• La máquina virtual de Java.
• La máquina virtual del entorno .NET.
• OpenFirmware
• Esta técnica permite que cualquier
ordenador pueda ejecutar software
escrito para la máquina virtual. Sólo
la máquina virtual en sí misma debe
ser portada a cada una de las
plataformas de hardware.
VIRTUALIZACION A NIVEL DE
SISTEMA OPERATIVO
• Esta técnica consiste en dividir un ordenador en
varios compartimentos independientes de
manera que en cada compartimento podamos
instalar un servidor. A estos compartimentos se
los llama "entornos virtuales". Desde el punto de
vista del usuario, el sistema en su conjunto
actúa como si realmente existiesen varios
servidores ejecutándose en varias máquinas
distintas. Dos ejemplos son las zonas de Solaris
(Solaris Zones) y la técnica de Micro Partioning
de AIX.
• AMD-V (anteriormente llamado Pacifica)
• ARM TrustZone
• Boston Circuits gCore (grid-on-chip) con
núcleos 16 ARC 750D y módulo de
virtualización de hardware Time-machine.
• Freescale PowerPC MPC8572 y
MPC8641D
• IBM System/370, System/390 y
mainframes ZSeries
• Intel VT (anteriormente llamado
Vanderpool)
• SPARC de Sun Microsystems
• Máquinas virtuales de proceso
• Common Language Runtime - C#,
Visual Basic .NET, J#, Managed C++
• EiffelStudiopara el
lenguaje de programación Eiffel
• Lenguaje de programación Erlang
• Forth virtual machine - Forth
• Glulx - Glulx, Z-code
• Harbour - Harbour virtual machine
• Hec - Hasm Assembler
• Inferno - Limbo
• Java virtual machine - Java, Nice,
NetREXX
• Low Level Virtual Machine (LLVM) -
actualmente C, C++, Stacker
• Lua
• Macromedia Flash Player - SWF
• MMIX - MMIXAL
• Neko virtual machine actualmente Neko
y haXe
• O-code machine - BCPL
• P-code machine - Pascal
• Parrot - Perl 6
• Perl virtual machine - Perl
• Portable.NET - C#, Visual Basic .NET, J#,
Managed C++
• YARV - Ruby
• Rubinius - Ruby
• ScummVM - Scumm SECD machine - ISWIM,
Lispkit Lisp
• Sed the stream-editor can also be seen as a
VM with 2 storage spaces.
• Smalltalk virtual machine - Smalltalk
• SQLite virtual machine - SQLite opcodes
• Squeak virtual machine - Squeak
• SWEET16
• TrueType virtual machine - TrueType
• Valgrind - chequeo de accesos a memoria y "leaks"
en x86/x86-64 code under Linux
• VX32 virtual machine - application-level virtualization
for native code
• Virtual Processor (VP) from Tao Group (UK).
• Waba - similar a Java, para dispositivos pequeños
• Warren Abstract Machine - Prolog, CSC GraphTalk
• Z-machine - Z-Code
• Zend Engine - PHP
Máquinas virtuales de sistema
• Máquinas virtuales de sistema
• VThere (de Sentillion, Inc. [1])
• ATL (A MTL Virtual Machine)
• Bochs emulador de PC x86 y AMD64, portátil
y open source
• CoLinux Open Source Linux inside Windows
• Denali, uses paravirtualization of x86 for
running para-virtualized PC operating
systems.
• FAUmachine
• Hercules emulator, free System/370,
ESA/390, z/Mainframe
• Integrity Workstation Green Hills Software
[2]
• LilyVM is a lightweight virtual machine
An introduction
• Microsoft Virtual PC y
Microsoft Virtual Server
• OKL4
• Parallels Workstation, virtualización de
x86 para ejecutar sistemas operativos
• Parallels Desktop for Mac,
virtualización de x86 para ejecutar
máquinas virtuales en Mac OS X
• QEMU, muy popular en entornos Linux
• SheepShaver.
• Simics
• SVISTA
• Trango Virtual Processors
• TwoOStwo
• User-mode Linux
• VirtualBox
• Virtual Iron (Virtual Iron 3.1)
• Virtual Operating System de
Star Virtual Machines
• VM de IBM
• VMware (ESX Server, Fusion, Virtual
Server, Workstation, Player y ACE)
• Xen
• KVM
• IBM POWER SYSTEMS
Máquinas virtuales a nivel de
sistema operativo
• OpenVZ
• Virtuozzo
• FreeVPS
• Linux-VServer
• FreeBSD Jails
• Solaris Containers
• AIX Workload Partitions
• Con las máquinas virtuales, podemos tener
varios sistemas operativos sin necesidad de
crear particiones o tener más discos duros, esto
nos permitirá poder tener sistemas operativos
para pruebas. Por ejemplo, que sale una versión
beta y no queremos instalarla en nuestro
sistema operativo de trabajo, ya que las betas
son eso, "pruebas" y puede que nos deje el
sistema operativo inestable, algo que no
querremos con nuestro equipo de trabajo.
• De esta forma siempre tendremos la
oportunidad de probar esos programas beta
sin que afecte a las cosas que tenemos
instaladas ni que nos obligue a formatear y
volver a instalar de nuevo todo lo que
tenemos. Yo esto lo suelo usar para probar
todas las betas e incluso "alfas" que van
saliendo, como por ejemplo las versiones de
Visual Studio, el Office o los nuevos
sistemas operativos.
Por ejemplo, si sale una nueva beta de Visual
Studio, preparo una máquina virtual e instalo
esa beta, hago mis pruebas, etc. Cuando sale
una nueva beta, pues elimino la anterior y
vuelvo a instalar todo, etc.
• Una de las razones por que las máquinas
virtuales, no son la panacea de la computación,
es que agregan gran complejidad al sistema en
tiempo de ejecución. La principal desventaja de
las máquina virtual, es que en la aplicación de
algunos proceso tendrá como efecto la lentitud
del computador, es decir, la computadora en la
cual se esta ejecutando este proceso debe tener
una capacidad bastante notable “debe ser de
gran capacidad o potente”.
•
• Los lenguajes basados en máquina
virtual, poseen una desventaja es que
efectivamente son más lentos que los
lenguajes completamente compilados,
debido a la sobrecarga que genera tener
una capa de software intermedia entre la
aplicación y el hardware de la
computadora, sin embargo, Esta
desventaja no es demasiado crítica.
• Como te comentaba, la ventaja de las
máquinas virtuales, es que puedes estar
trabajando con varias betas y máquinas
virtuales a la vez, aunque no tiene porque
ser al mismo tiempo, ya que cuando
trabajas con máquinas virtuales necesitas
tener recursos en tu equipo para que le
den vida a esas máquinas virtuales.
• Por ejemplo, si tu equipo tiene un giga de
memoria RAM eso es lo que tienes, y en
la máquina virtual no puedes "simular"
que tienes más. Porque una de las cosas
que no se simulan es la memoria, ya que
la memoria que quieras usar en la
máquina virtual debe ser memoria física,
es decir, memoria real. Lo mismo ocurre
con los discos duros, si quieres tener un
disco de, digamos 300 GIGAS y tu disco
duro es de 40,
• La ventaja de los discos duros virtuales
frente a la memoria es que podemos
indicar que usaremos un disco duro de,
por ejemplo, 20 Gigas, pero ese espacio
no se usa al completo, sino que las
máquinas virtuales permiten que ese
espacio vaya creciendo con forme haga
falta, aunque hasta el tamaño máximo
que has indicado.
• Resumiendo, necesitas tener un
procesador rápido (cuanto más rápido
mejor), necesitas tener bastante espacio
libre en tu disco, sobre todo si vas a
trabajar con varias máquinas virtuales y
los discos usados van a necesitar
bastante espacio (en algunos casos
estamos hablando de 5 a 8 gigas para
cada máquina virtual, todo dependiendo
de lo que instales).
• También necesitas memoria, siempre
será mejor 1 GB que 512 MB o 2 GB que
1, todo dependerá de cuanta memoria
quieras que tengan esas máquinas
virtuales, pero en la mayoría de los casos,
con 256 ó 384 MB van de maravilla, por
tanto necesitarás como mínimo 1 GB para
trabajar más o menos cómodo.
Maquina virtual ⒽⓈⒽ
Maquina virtual ⒽⓈⒽ

Maquina virtual ⒽⓈⒽ

  • 2.
    • Que esuna maquina virtual. • Característica principal • Uso domestico • Tipos de maquinas virtuales • Maquinas virtuales de sistema • Aplicación de las maquinas virtuales de sistema • Maquina virtual de proceso • Inconvenientes de las maquinas virtuales
  • 3.
    • Técnicas • Listade hardware con soporte de virtualizacion • Lista de maquinas virtuales • Ventajas de las maquinas virtuales • Desventajas de las maquinas virtuales • Que necesito para trabajar con maquinas
  • 4.
    • En informáticauna máquina virtual es un software que emula a un ordenador y puede ejecutar programas como si fuese un ordenador real. Este software en un principio fue definido como "un duplicado eficiente y aislado de una máquina física".
  • 5.
    • La acepcióndel término actualmente incluye a máquinas virtuales que no tienen ninguna equivalencia directa con ningún hardware real.
  • 6.
    • La característica esencialde las máquinas virtuales es que los procesos que ejecutan están limitados por los recursos y abstracciones proporcionados por ellas. Estos procesos no pueden escaparse de este "ordenador virtual".
  • 7.
    • El usodoméstico más extendidos de las máquinas virtuales es ejecutar sistemas operativos para "probarlos". De esta forma podemos ejecutar un sistema operativo que queramos probar (Linux, por ejemplo) desde nuestro sistema operativo habitual (Windows por ejemplo) sin necesidad de instalarlo directamente en nuestro ordenador y sin miedo a que se desconfigure el sistema operativo primario.
  • 8.
    • Las máquinasvirtuales se pueden clasificar en dos grandes categorías según su funcionalidad y su grado de equivalencia a una verdadera máquina. • Máquinas virtuales de sistema (en inglés System Virtual Machine) • Máquinas virtuales de proceso (en inglés Process.. Virtual Machine)
  • 10.
    • Las máquinasvirtuales de sistema, también llamadas máquinas virtuales de hardware, permiten a la máquina física subyacente multiplexarse ent0 varias máquinas virtuales, cada una ejecutando su propio sistema operativo. A la capa de software que permite la virtualización se la llama monitor de máquina virtual o "hypervisor". Un monitor de máquina virtual puede ejecutarse o bien directamente sobre el hardware o bien sobre un sistema operativo ("host operating system").
  • 11.
    • Varios sistemasoperativos distintos pueden coexistir sobre el mismo ordenador, en sólido aislamiento el uno del otro, por ejemplo para probar un sistema operativo nuevo sin necesidad de instalarlo directamente. • La máquina virtual puede proporcionar una arquitectura de instrucciones (ISA) que sea algo distinta de la de la verdadera máquina. Es decir, podemos simular hardware.
  • 12.
    • Varias máquinasvirtuales (cada una con su propio sistema operativo llamado sistema operativo "invitado" o "guest"), pueden ser utilizadas para consolidar servidores. Esto permite que servicios que normalmente se tengan que ejecutar en ordenadores distintos para evitar interferencias, se puedan ejecutar en la misma máquina de manera completamente aislada y compartiendo los recursos de un único ordenador. La consolidación de servidores a menudo contribuye a reducir el coste total de las instalaciones necesarias para mantener los servicios, dado que permiten ahorrar en hardware.
  • 13.
    • La virtualizaciónes una excelente opción hoy día, ya que las máquinas actuales (Laptops, desktops, servidores) en la mayoría de los casos estan siendo "sub- utilizados" (gran capacidad en disco, memoria ram , en la mayoría de los casos se utiliza entre 30% a 60% de su capacidad). Al virtualizar la necesidad de nuevas máquinas en una ya existencia se ahorra GRANDEMENTE EN COSTOS Asociados (energía, mantenimiento, espacio, etc.
  • 14.
    • Una máquinavirtual de proceso, a veces llamada "máquina virtual de aplicación", se ejecuta como un proceso normal dentro de un sistema operativo y soporta un solo proceso. La máquina se inicia automáticamente cuando se lanza el proceso que se desea ejecutar y se para cuando éste finaliza.
  • 15.
    • Su objetivoes el de proporcionar un entorno de ejecución independiente de la plataforma de hardware y del sistema operativo, que oculte los detalles de la plataforma subyacente y permita que un programa se ejecute siempre de la misma forma sobre cualquier plataforma.
  • 17.
    • Uno delos inconvenientes de las máquinas virtuales es que agregan gran complejidad al sistema en tiempo de ejecución. Esto tiene como efecto la ralentización del sistema, es decir, el programa no alcanzará la misma velocidad de ejecución que si se instalase directamente en el sistema operativo "anfitrión" (host) o directamente sobre la plataforma de hardware. Sin embargo, a menudo la flexibilidad que ofrecen compensa esta pérdida de eficiencia.
  • 18.
    • Se divideen tres: –Emulación del hardware subyacente (ejecución nativa) –Emulación de un sistema no nativo. • _virtualizacion a nivel de sistema operativo
  • 19.
    EMULACION DEL HARDWARE SUBYACENTE(EJECUCION NATIVA) • Esta técnica se suele llamar virtualización completa (full virtualization) del hardware, y se puede implementar usando un hypervisor de Tipo 1 o de Tipo 2: • el tipo 1 se ejecuta directamente sobre el hardware • el tipo 2 se ejecuta sobre otro sistema operativo como por ejemplo Linux.
  • 21.
    • Cada máquinavirtual puede ejecutar cualquier sistema operativo soportado por el hardware subyacente. Así los usuarios pueden ejecutar dos o más sistemas operativos distintos simultáneamente en ordenadores "privados" virtuales. • El sistema pionero que utilizó este concepto fue la CP-40, la primera versión (1967) de la CP/CMS de IBM (1967-1972) y el precursor de la familia VM de IBM (de 1972 en adelante). Con la arquitectura VM, la mayor parte de usuarios controlan un sistema operativo monousuario relativamente simple llamado CMS que se ejecuta en la máquina virtual VM.
  • 22.
    • Actualmente tantoIntel como AMD han introducido prestaciones a sus procesadores x86 para permitir la virtualización de hardware.
  • 23.
    EMULACION DE UNSISTEMA NO NATIVO • Las máquinas virtuales también pueden actuar como emuladores de hardware, permitiendo que aplicaciones y sistemas operativos concebidos para otras arquitecturas de procesador se puedan ejecutar sobre un hardware que en teoría no soportan.
  • 25.
    • Algunas máquinasvirtuales emulan hardware que sólo existe como una especificación. Por ejemplo: • La máquina virtual P-Code que permitía a los programadores de Pascal crear aplicaciones que se ejecutasen sobre cualquier ordenador con esta máquina virtual correctamente instalada. • La máquina virtual de Java. • La máquina virtual del entorno .NET. • OpenFirmware
  • 26.
    • Esta técnicapermite que cualquier ordenador pueda ejecutar software escrito para la máquina virtual. Sólo la máquina virtual en sí misma debe ser portada a cada una de las plataformas de hardware.
  • 27.
    VIRTUALIZACION A NIVELDE SISTEMA OPERATIVO • Esta técnica consiste en dividir un ordenador en varios compartimentos independientes de manera que en cada compartimento podamos instalar un servidor. A estos compartimentos se los llama "entornos virtuales". Desde el punto de vista del usuario, el sistema en su conjunto actúa como si realmente existiesen varios servidores ejecutándose en varias máquinas distintas. Dos ejemplos son las zonas de Solaris (Solaris Zones) y la técnica de Micro Partioning de AIX.
  • 28.
    • AMD-V (anteriormentellamado Pacifica) • ARM TrustZone • Boston Circuits gCore (grid-on-chip) con núcleos 16 ARC 750D y módulo de virtualización de hardware Time-machine. • Freescale PowerPC MPC8572 y MPC8641D
  • 29.
    • IBM System/370,System/390 y mainframes ZSeries • Intel VT (anteriormente llamado Vanderpool) • SPARC de Sun Microsystems
  • 31.
    • Máquinas virtualesde proceso • Common Language Runtime - C#, Visual Basic .NET, J#, Managed C++ • EiffelStudiopara el lenguaje de programación Eiffel • Lenguaje de programación Erlang • Forth virtual machine - Forth • Glulx - Glulx, Z-code • Harbour - Harbour virtual machine • Hec - Hasm Assembler
  • 32.
    • Inferno -Limbo • Java virtual machine - Java, Nice, NetREXX • Low Level Virtual Machine (LLVM) - actualmente C, C++, Stacker • Lua • Macromedia Flash Player - SWF • MMIX - MMIXAL • Neko virtual machine actualmente Neko y haXe
  • 33.
    • O-code machine- BCPL • P-code machine - Pascal • Parrot - Perl 6 • Perl virtual machine - Perl • Portable.NET - C#, Visual Basic .NET, J#, Managed C++ • YARV - Ruby • Rubinius - Ruby • ScummVM - Scumm SECD machine - ISWIM, Lispkit Lisp • Sed the stream-editor can also be seen as a VM with 2 storage spaces. • Smalltalk virtual machine - Smalltalk
  • 34.
    • SQLite virtualmachine - SQLite opcodes • Squeak virtual machine - Squeak • SWEET16 • TrueType virtual machine - TrueType • Valgrind - chequeo de accesos a memoria y "leaks" en x86/x86-64 code under Linux • VX32 virtual machine - application-level virtualization for native code • Virtual Processor (VP) from Tao Group (UK). • Waba - similar a Java, para dispositivos pequeños • Warren Abstract Machine - Prolog, CSC GraphTalk • Z-machine - Z-Code • Zend Engine - PHP
  • 36.
    Máquinas virtuales desistema • Máquinas virtuales de sistema • VThere (de Sentillion, Inc. [1]) • ATL (A MTL Virtual Machine) • Bochs emulador de PC x86 y AMD64, portátil y open source • CoLinux Open Source Linux inside Windows • Denali, uses paravirtualization of x86 for running para-virtualized PC operating systems. • FAUmachine
  • 37.
    • Hercules emulator,free System/370, ESA/390, z/Mainframe • Integrity Workstation Green Hills Software [2] • LilyVM is a lightweight virtual machine An introduction • Microsoft Virtual PC y Microsoft Virtual Server • OKL4
  • 38.
    • Parallels Workstation,virtualización de x86 para ejecutar sistemas operativos • Parallels Desktop for Mac, virtualización de x86 para ejecutar máquinas virtuales en Mac OS X • QEMU, muy popular en entornos Linux • SheepShaver. • Simics • SVISTA
  • 39.
    • Trango VirtualProcessors • TwoOStwo • User-mode Linux • VirtualBox • Virtual Iron (Virtual Iron 3.1) • Virtual Operating System de Star Virtual Machines • VM de IBM
  • 40.
    • VMware (ESXServer, Fusion, Virtual Server, Workstation, Player y ACE) • Xen • KVM • IBM POWER SYSTEMS
  • 42.
    Máquinas virtuales anivel de sistema operativo • OpenVZ • Virtuozzo • FreeVPS • Linux-VServer • FreeBSD Jails • Solaris Containers • AIX Workload Partitions
  • 44.
    • Con lasmáquinas virtuales, podemos tener varios sistemas operativos sin necesidad de crear particiones o tener más discos duros, esto nos permitirá poder tener sistemas operativos para pruebas. Por ejemplo, que sale una versión beta y no queremos instalarla en nuestro sistema operativo de trabajo, ya que las betas son eso, "pruebas" y puede que nos deje el sistema operativo inestable, algo que no querremos con nuestro equipo de trabajo.
  • 45.
    • De estaforma siempre tendremos la oportunidad de probar esos programas beta sin que afecte a las cosas que tenemos instaladas ni que nos obligue a formatear y volver a instalar de nuevo todo lo que tenemos. Yo esto lo suelo usar para probar todas las betas e incluso "alfas" que van saliendo, como por ejemplo las versiones de Visual Studio, el Office o los nuevos sistemas operativos. Por ejemplo, si sale una nueva beta de Visual Studio, preparo una máquina virtual e instalo esa beta, hago mis pruebas, etc. Cuando sale una nueva beta, pues elimino la anterior y vuelvo a instalar todo, etc.
  • 47.
    • Una delas razones por que las máquinas virtuales, no son la panacea de la computación, es que agregan gran complejidad al sistema en tiempo de ejecución. La principal desventaja de las máquina virtual, es que en la aplicación de algunos proceso tendrá como efecto la lentitud del computador, es decir, la computadora en la cual se esta ejecutando este proceso debe tener una capacidad bastante notable “debe ser de gran capacidad o potente”. •
  • 48.
    • Los lenguajesbasados en máquina virtual, poseen una desventaja es que efectivamente son más lentos que los lenguajes completamente compilados, debido a la sobrecarga que genera tener una capa de software intermedia entre la aplicación y el hardware de la computadora, sin embargo, Esta desventaja no es demasiado crítica.
  • 49.
    • Como tecomentaba, la ventaja de las máquinas virtuales, es que puedes estar trabajando con varias betas y máquinas virtuales a la vez, aunque no tiene porque ser al mismo tiempo, ya que cuando trabajas con máquinas virtuales necesitas tener recursos en tu equipo para que le den vida a esas máquinas virtuales.
  • 50.
    • Por ejemplo,si tu equipo tiene un giga de memoria RAM eso es lo que tienes, y en la máquina virtual no puedes "simular" que tienes más. Porque una de las cosas que no se simulan es la memoria, ya que la memoria que quieras usar en la máquina virtual debe ser memoria física, es decir, memoria real. Lo mismo ocurre con los discos duros, si quieres tener un disco de, digamos 300 GIGAS y tu disco duro es de 40,
  • 51.
    • La ventajade los discos duros virtuales frente a la memoria es que podemos indicar que usaremos un disco duro de, por ejemplo, 20 Gigas, pero ese espacio no se usa al completo, sino que las máquinas virtuales permiten que ese espacio vaya creciendo con forme haga falta, aunque hasta el tamaño máximo que has indicado.
  • 52.
    • Resumiendo, necesitastener un procesador rápido (cuanto más rápido mejor), necesitas tener bastante espacio libre en tu disco, sobre todo si vas a trabajar con varias máquinas virtuales y los discos usados van a necesitar bastante espacio (en algunos casos estamos hablando de 5 a 8 gigas para cada máquina virtual, todo dependiendo de lo que instales).
  • 53.
    • También necesitasmemoria, siempre será mejor 1 GB que 512 MB o 2 GB que 1, todo dependerá de cuanta memoria quieras que tengan esas máquinas virtuales, pero en la mayoría de los casos, con 256 ó 384 MB van de maravilla, por tanto necesitarás como mínimo 1 GB para trabajar más o menos cómodo.