Está en la página 1de 11

Sistemas monolticos

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.

Sistemas por Capas Anillos Concntricos


12 08 2008

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

Arquitectura tpica de una mquina virtual.

VirtualBox Para otros usos de este trmino, vase Sandbox.

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

[editar] Tipos de mquinas virtuales

Funcionamiento de la mquina virtual de Java, una de las mquinas virtuales de proceso ms populares.

Funcionamiento de VMWare, una de las mquinas virtuales de sistema 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)

[editar] Mquinas virtuales de sistema


Las mquinas sipis virtuales de alivio sistema, tambin llamadas mquinas virtuales de hardware, permiten a la mquina fsica subyacente multiplicarse entre varias mquinas virtuales, cada una ejecutando su propio sistema operativo. A la capa de software que permite la virtualizacin se la llama monitor de mquina virtual o "hypervisor". Un monitor de mquina virtual puede ejecutarse o bien directamente sobre el hardware o bien sobre un sistema operativo ("host operating system").
[editar] Aplicaciones de las mquinas virtuales de sistema

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] Mquinas virtuales de proceso


Una mquina virtual de proceso, a veces llamada "mquina virtual de aplicacin", se ejecuta como un proceso normal dentro de un sistema operativo y soporta un solo proceso. La mquina se inicia automticamente cuando se lanza el proceso que se desea ejecutar y se detiene para cuando ste finaliza. Su objetivo es el de proporcionar un entorno de ejecucin 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. El ejemplo ms conocido actualmente de este tipo de mquina virtual es la mquina virtual de Java. Otra mquina virtual muy conocida es la del entorno .Net de Microsoft que se llama "Common Language Runtime".

[editar] Inconvenientes de las mquinas virtuales


Uno de los inconvenientes de las mquinas virtuales es que agregan gran complejidad al sistema en tiempo de ejecucin. Esto tiene como efecto la ralentizacin del sistema, es decir, el programa no alcanzar la misma velocidad de ejecucin que si se instalase directamente en el sistema operativo "anfitrin" (host) o directamente sobre la plataforma de hardware. Sin embargo, a menudo la flexibilidad que ofrecen compensa esta prdida de eficiencia.

[editar] Tcnicas

Monitor de tipo I.

Monitor de tipo II.

[editar] Emulacin del hardware subyacente (ejecucin nativa)


Esta tcnica se suele llamar virtualizacin 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.

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.

[editar] Emulacin de un sistema no nativo


Las mquinas virtuales tambin 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 teora no soportan. Algunas mquinas virtuales emulan hardware que slo existe como una especificacin. Por ejemplo:

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.

[editar] Virtualizacin a nivel de sistema operativo


Esta tcnica consiste en dividir una computadora 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 acta como si realmente existiesen varios servidores ejecutndose en varias mquinas distintas. Dos ejemplos son las zonas de Solaris (Solaris Zones) y la tcnica de Micro Partioning de AIX.

[editar] Lista de hardware con soporte para virtualizacin


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

[editar] Lista de mquinas virtuales


Mquinas virtuales de proceso

Mquinas virtuales de sistema


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

MODELO CLIENTE SERVIDOR.

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]