Escolar Documentos
Profissional Documentos
Cultura Documentos
De Wikipedia, la enciclopedia libre-{-{ Saltar a: navegacin, bsqueda Los sistemas monolticos son aquellos en los que su centro es un grupo de estructuras fijas, las cuales funcionan entre s. En los Sistemas Operativos Monolticos, existen mdulos grandes en el ncleo, los cuales interactuan entre s, para poder tener esta estructura, las diferentes partes del kernel son compiladas por capas. Los sistemas monoliticos se describen en 3 procesos principales: - Un Programa principal que invoca el procedimiento de servicio solicitado. - Un Conjunto de procedemientos de servicio que llevan a cabo las llamadas del sistema. - Un Conjunto de procedimientos de utileria que ayudan a los procedimientos del servicio. En teoria un procedemiento dado puede invocar a ciertos servicios los cuales a su vez se veran ayudados por programas de utileria los cuales extraeran informacion importante para este.
Sistema por Capas A grandes rasgos consiste en organizar el sistema operativo como una jerarqua de capas, cada una construida sobre la que se encuentre abajo de ella. El primer sistema que tuvo esta estructura fue el sistema THE desarrollado en la Technische Hogeschool Eindhoven de los Pases Bajos por E.W. Dijkstra (1968). Este sistema contaba con varias capas de E/S.
La capa 0 (Reparto del procesador y multiprogramacin), esta capa se ocupaba del reparto del procesador, conmutando entre procesos cuando ocurran interrupciones o expiraban los temporizadores. En forma general, esta capa se encarga de la multiprogramacin bsica de la CPU. La capa 1 (Administracin de memoria y tambor), esta capa administraba la memoria, repartiendo espacio para los procesos en la memoria principal y usando un tambor de 512K palabras que serva para contener partes de los procesos (pginas) para las que no haba espacio en la memoria principal. Esta capa se encargaba de que se colocaran la memoria y las pginas en el momento que se necesitaban. La capa 2 (Comunicacin operador-proceso), esta capa manejaba la comunicacin entre procesos y la consola del operador. Por encima de esta capa cada proceso tena su propia consola de operador. La capa 3 (Administracin de Entrada/Salida), esta capa se encarga de administrar los dispositivos de Entrada/Salida y de colocar en buffers las corrientes de informacin provenientes de y dirigidas a ellos. La capa 4 (Programas de usuario), en esta capa estan los programas del usuario, los cuales no se tenan que preocupar por como era la administracin de procesos, memoria, E/S o consola. La capa 5 (El Operador), en esta capa estaba el proceso del operador. Sistema de Anillos Concntricos Otro Sistema por Capas fue MULTICS, en vez de estar organizado en capas, se encontraba organizado como una seria de anillos concntricos, en donde los anillos interiores eran ms privilegiados que los anillos exteriores. Esto quiere decir, que cuando un anillo exterior quera invocar a uno de un anillo interior, tena que emitir el equivalente de una llamada al sistema, es decir, ejecutar una instruccin TRAP cuyos parmetros se examinaban cuidadosamente para comprobar su validez antes de permitir que la llamada procediera. Aunque todo el SO (Sistema Operativo) formara parte del espacio de direcciones de cada proceso de usuario en MULTICS, el hardware permita designar procedimientos individuales como protegidos contra lectura, escritura o ejecucin.
Diferencia entre THE y MULTICS A diferencia del sistema por capas THE, que era en realidad sla una ayuda para el diseo, ya que todas las partes del programa en ltima instancia se vinculaban en un solo programa objeto, en MULTICS el mecanismo de anillo estaba muy presente en el momento de la ejecucin y el hardware obligaba a ajustarse a l. La ventaja del mecanismo de anillos es que fcilmente puede extenderse para estructurar los subsistemas de usuario.
Mquina virtual
De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda
En informtica una mquina virtual es un software que emula a una computadora y puede ejecutar programas como si fuese una computadora real. Este software en un principio fue definido como "un duplicado eficiente y aislado de una mquina fsica". La acepcin del trmino actualmente incluye a mquinas virtuales que no tienen ninguna equivalencia directa con ningn hardware real.
Una caracterstica esencial de las mquinas virtuales es que los procesos que ejecutan estn limitados por los recursos y abstracciones proporcionados por ellas. Estos procesos no pueden escaparse de esta "computadora virtual". Uno de los usos domsticos ms extendidos de las mquinas virtuales es ejecutar sistemas operativos para "probarlos". De esta forma podemos ejecutar un sistema operativo que queramos probar (GNU/Linux, por ejemplo) desde nuestro sistema operativo habitual (Mac OS X por ejemplo) sin necesidad de instalarlo directamente en nuestra computadora y sin miedo a que se desconfigure el sistema operativo primario.
Contenido
[ocultar]
1 Tipos de mquinas virtuales o 1.1 Mquinas virtuales de sistema 1.1.1 Aplicaciones de las mquinas virtuales de sistema o 1.2 Mquinas virtuales de proceso 2 Inconvenientes de las mquinas virtuales 3 Tcnicas o 3.1 Emulacin del hardware subyacente (ejecucin nativa) o 3.2 Emulacin de un sistema no nativo o 3.3 Virtualizacin a nivel de sistema operativo 4 Lista de hardware con soporte para virtualizacin 5 Lista de mquinas virtuales o 5.1 Descripciones ampliadas para aplicaciones de virtualizacin seleccionadas 6 Vase tambin 7 Enlaces externos
Funcionamiento de la mquina virtual de Java, una de las mquinas virtuales de proceso ms populares.
Las mquinas virtuales se pueden clasificar en dos grandes categoras segn su funcionalidad y su grado de equivalencia a una verdadera mquina.
Mquinas virtuales de sistema (en ingls System Virtual Machine) Mquinas virtuales de proceso (en ingls Process Virtual Machine)
Varios sistemas operativos distintos pueden coexistir sobre la misma computadora, en slido aislamiento el uno del otro, por ejemplo para probar un sistema operativo nuevo sin necesidad de instalarlo directamente. La mquina virtual puede proporcionar una arquitectura de instrucciones (ISA) que sea algo distinta de la verdadera mquina. Es decir, podemos simular hardware. Varias mquinas 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 computadoras distintas para evitar interferencias, se puedan ejecutar en la misma mquina de manera
completamente aislada y compartiendo los recursos de una nica computadora. La consolidacin 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 virtualizacin es una excelente opcin hoy da, ya que las mquinas actuales (Laptops, desktops, servidores) en la mayora de los casos estn siendo "sub-utilizados" (gran capacidad de disco duro, memoria RAM, etc.), llegando a un uso de entre 30% a 60% de su capacidad. Al virtualizar, la necesidad de nuevas mquinas en una ya existente permite un ahorro considerable de los costos asociados (energa, mantenimiento, espacio, etc).
[editar] Tcnicas
Monitor de tipo I.
el tipo 1 se ejecuta directamente sobre el hardware el tipo 2 se ejecuta sobre otro sistema operativo.
Cada mquina virtual puede ejecutar cualquier sistema operativo soportado por el hardware subyacente. As los usuarios pueden ejecutar dos o ms sistemas operativos distintos simultneamente en computadoras "privadas" virtuales. El sistema pionero que utiliz este concepto fue la CP-40, la primera versin (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 mquina virtual VM. Actualmente tanto Intel como AMD han introducido prestaciones a sus procesadores x86 para permitir la virtualizacin de hardware.
La mquina virtual P-Code que permita a los programadores de Pascal crear aplicaciones que se ejecutasen sobre cualquier computadora con esta mquina virtual correctamente instalada. La mquina virtual de Java. La mquina virtual del entorno .NET. Open Firmware
Esta tcnica permite que cualquier computadora pueda ejecutar software escrito para la mquina virtual. Slo la mquina virtual en s misma debe ser portada a cada una de las plataformas de hardware.
AMD-V (anteriormente llamado Pacifica) ARM TrustZone Boston Circuits gCore (grid-on-chip) con ncleos 16 ARC 750D y mdulo de virtualizacin 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
Common Language Runtime - C#, Visual Basic .NET, J#, Managed C++ EiffelStudiopara el lenguaje de programacin Eiffel Lenguaje de programacin Erlang Forth virtual machine - Forth Glulx - Glulx, Z-code Harbour - Harbour virtual machine Hec - Hasm Assembler
VThere (de Sentillion, Inc. [1]) ATL (A MTL Virtual Machine) Bochs emulador de PC x86 y AMD64, porttil y open source CoLinux Open Source Linux inside Windows Denali, uses paravirtualization of x86 for running para-virtualized PC operating systems.
Inferno - Limbo FAUmachine Java virtual machine - Java, Nice, Hercules emulator, free System/370, NetREXX ESA/390, z/Mainframe Low Level Virtual Machine (LLVM) Integrity Workstation Green Hills actualmente C, C++, Stacker Software[2] Lua LilyVM is a lightweight virtual machineAn Macromedia Flash Player - SWF introduction MMIX - MMIXAL Microsoft Virtual PC y Microsoft Virtual Neko virtual machine actualmente Neko Server y haXe OKL4 O-code machine - BCPL Parallels Workstation, virtualizacin de P-code machine - Pascal x86 para ejecutar sistemas operativos Parrot - Perl 6 Parallels Desktop for Mac, virtualizacin Perl virtual machine - Perl de x86 para ejecutar mquinas virtuales Portable.NET - C#, Visual Basic .NET, J#, en Mac OS X Managed C++ QEMU, muy popular en entornos Linux YARV - Ruby SheepShaver. Rubinius - Ruby Simics ScummVM - Scumm SVISTA SECD machine - ISWIM, Lispkit Lisp Trango Virtual Processors Sed the stream-editor can also be seen TwoOStwo as a VM with 2 storage spaces. User-mode Linux Smalltalk virtual machine - Smalltalk VirtualBox SQLite virtual machine - SQLite opcodes Virtual Iron (Virtual Iron 3.1) Squeak virtual machine - Squeak Virtual Operating System de Star Virtual SWEET16 Machines TrueType virtual machine - TrueType VM de IBM Valgrind - chequeo de accesos a VMware (ESX Server, Fusion, Virtual memoria y "leaks" en x86/x86-64 code Server, Workstation, Player y ACE) under Linux Xen VX32 virtual machine - application-level KVM virtualization for native code IBM POWER SYSTEMS Virtual Processor (VP) from Tao Group (UK). Mquinas virtuales a nivel de sistema operativo Waba - similar a Java, para dispositivos pequeos OpenVZ Warren Abstract Machine - Prolog, CSC Virtuozzo GraphTalk FreeVPS Z-machine - Z-Code Linux-VServer Zend Engine - PHP FreeBSD Jails Solaris Containers AIX Workload Partitions
La tecnologa denominada Cliente -Servidor es utilizada por todas las aplicaciones de Internet/Intranet: Un cliente funciona en su ordenador local, se comunica con el servidor remoto, y pide a ste informacin. El servidor enva la informacin solicitada. Un nico servidor tpicamente sirve a una multitud de clientes, ahorrando a cada uno de ellos el problema de tener la informacin instalada y almacenada localmente. Los sistemas Cliente-Servidor pueden ser de muchos tipos, dependiendo de las aplicaciones que el servidor pone a disposicin de los clientes. Entre otros, existen: Servidores de Impresin, mediante el cual los usuarios comparten impresoras. Servidores de Archivos, con el cual los clientes comparten discos duros. Servidores de Bases de Datos, donde existe una nica base de datos. Servidores de Lotus Notes, que permite el trabajo simultneo de distintos clientes con los mismos datos, documentos o modelos. Los Servidores Web tambin utilizan la tecnologa Cliente- Servidor, aunque aaden aspectos nuevos y propios a la misma.
Cliente-servidor
De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda La arquitectura cliente-servidor es un modelo de aplicacin distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da respuesta. Esta idea tambin se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa.
Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de distribucin del sistema. La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se este utilizando en una red mixta.
Contenido
[ocultar]