Sistemas Operativos

INTRODUCCION.

Vamos a conocer más acerca de los que son los conceptos, Unix y algunas de sus herramientas más comunes, cada concepto es importante dentro de los Sistemas operativos ya que cada uno realiza una función especial.

EJERCICIO PARA RESOLVER DE APLICACIÓN DE POLÍTICAS DE PLANIFICACIÓN 1

Determine el orden en que será ejecutados los siguientes procesos, de acuerdo a las políticas de planificación y aplicando las funciones de decisión.

SITUACIÓN INICIAL

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P1 40 10 20

P2 10 0 15

P3 20 5 10

P4 5 10 30

P5 30 0 25

15 UNIDADES DE TIEMPO DESPUÉS

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P6 0 0 5

OTRAS 15 UNIDADES DE TIEMPO DESPUÉS

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P7 0 0 35

Política Orden de Ejecución

Primero en Entrar, Primero en ser Servido (modo no apropiativo) P1, P5, P3, P2, P4, P6, P7

Turno Rotatorio (modo apropiativo, tiempo de turno: 5 unidades Primer turno: P1, P5, P3, P2, P4

Segundo turno: P1, P5, P2, P4

Tercer turno: P5, P2, P4, P6

Cuarto turno: P5, P4

Quinto turno: P5

Sexto turno: P7

Séptimo turno: P7

Octavo turno: P7

Noveno turno: P7

Décimo turno: P7

Décimo primero turno: P7

Décimo segundo turno: P7

Primero el proceso más corto (modo no apropiativo) P6, P3, P2, P1, P5, P4, P7

Primero el de menor tiempo restante (modo apropiativo, tiempo de turno: 5 unidades)

Primero el de mayor tasa de respuesta (modo apropiativo, tiempo de turno: 5 unidades)

EJERCICIO PARA RESOLVER DE APLICACIÓN DE POLÍTICAS DE PLANIFICACIÓN 2

Determine el orden en que será ejecutados los siguientes procesos, de acuerdo a las políticas de planificación y aplicando las funciones de decisión.

SITUACIÓN INICIAL

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P1 20 15 40

P2 30 15 25

P3 10 0 30

15 UNIDADES DE TIEMPO DESPUÉS

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P4 0 0 15

OTRAS 15 UNIDADES DE TIEMPO DESPUÉS

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P5 0 0 20

Política Orden de Ejecución

Primero en Entrar, Primero en ser Servido (modo no apropiativo)

Turno Rotatorio (modo apropiativo, tiempo de turno: 5 unidades

Primero el proceso más corto (modo no apropiativo)

Primero el de menor tiempo restante (modo apropiativo, tiempo de turno: 5 unidades)

Primero el de mayor tasa de respuesta (modo apropiativo, tiempo de turno: 5 unidades)

EJERCICIO PARA RESOLVER DE APLICACIÓN DE POLÍTICAS DE PLANIFICACIÓN 3

Determine el orden en que será ejecutados los siguientes procesos, de acuerdo a las políticas de planificación y aplicando las funciones de decisión.

SITUACIÓN INICIAL

Nombre proceso Tiempo total consumido en el sistema (w) Tiempo consumido en ejecución (e) Tiempo total de servicio exigido (s)

P1 15 10 30

P2 18 8 20

P3 22 20 15

P4 5 4 20

P5 35 25 40

Política Orden de Ejecución

Primero en Entrar, Primero en ser Servido (modo no apropiativo)

Turno Rotatorio (modo apropiativo, tiempo de turno: 5 unidades

Primero el proceso más corto (modo no apropiativo)

Primero el de menor tiempo restante (modo apropiativo, tiempo de turno: 5 unidades)

Primero el de mayor tasa de respuesta (modo apropiativo, tiempo de turno: 5 unidades)

SISTEMA OPERATIVO LINUX y UNIX

1) ¿Resuma en dos páginas la historia del sistema operativo UNIX?

R//= El sistema operativo UNIX nació en 1.969 a mano de Ken Thompson de los laboratorios Bell de AT&T y fue originariamente escrito en ensamblador, y con el nombre de UNICS. Más tarde, en 1.973, Thompson y Ritchie lo tradujeron a lenguaje C en su casi totalidad. Se dice que buscaban "un entorno informático donde ellos mismos pudieran realizar cómoda y efectivamente su propio trabajo.la.investigación.en.programación".

En 1.979 sale la versión 7 concediéndose una licencia de los fuentes a la Universidad de Berkeley, iniciándose una separación entre los desarrollos de la universidad, y los propios de AT&T. Estos desarrollan el System III, y que a través del cual Microsoft comienza la programación de un UNIX algo más modesto, para pequeños ordenadores, lo que será el XENIX.

Hasta 1.981, este sistema operativo no salió del ámbito universitario y científico, relacionado con ARPA, del departamento de Defensa de U.S.A., pero AT&T busca introducirlo en el ambiente comercial, empezando desde el System III, aunque el IV no pasó de una versión interna de trabajo.

Los laboratorios Bell ponen en circulación lo que ha sido la más conocida de las versiones, la System V, que desde su nacimiento en el 1.983 se convirtió en un estándar.

Tengo en este momento entre mis manos un clásico, escrito por Rachel Morgan y Henry McGiltonen 1.989. En una de sus figuras se ve la evolución de la versión 7, por un lado los desarrollos enBerkeley, que culminará con la llamada 4.2 BSD de la cual será sucesor SunOS de Sun System, y por otro lado la rama que culmina en System V y que en los momentos de escribir el mencionado libro dudaban si iba a desarrollarse hacia el proyecto llamado "Nirvana". También existía por parte de Digital una variedad.llamada.Ultrix.

De forma paralela al UNIX "oficial", desde mediados de los ochenta, Richard Stallman, del Instituto Tecnológico de Massachussets, se inicia en lo que mas tarde denominó software libre, y creo un sistema similar para cederlo gratuitamente. Este es el conocido GNU (Gnu's Not Unix . GNU no es Unix).

A principios de los 90, los estudiosos de Berkeley decidieron la distribución de su versión BSD de forma comercial, creando la empresa BSDI, lo que condujo a una guerra jurídica entre AT&T y la universidad y su empresa. Pero mientras esto se producía la evolución del sistema operativo continuaba, y Bill Jolitz había aplicado BSD al procesador de Intel 80386 y dado el nombre de 386BSD, de él surge la plataforma FreeBSD, que quedó detenida, como todo lo referente a Unix en tanto se desarrollaban los pleitos pendientes.

En tanto, los microordenadores se habían popularizado, y el profesor Andrew Tanenbaum había creado un sistema operativo para fines didácticos partiendo del Unix, que era el Minix. Pero no se permitían modificaciones a este por cuanto que no saliera del ámbito de la enseñanza para el cual se creó.

Estancada la evolución del Minix, un finlandés, Linus Torvalds, empezó a escribir su propio sistema operativo compatible con Unix. El proyecto GNU tan sólo estaba a falta de un núcleo (kernel) que desarrolló Torvalds, dando nombre el nombre de Linux al producto resultante.

Hoy son múltiples las versiones de Linux que hay en la calle, y también varias las de Unix, y evoluciona a pasos agigantados.

ALGUNAS VERSIONES DE UNIX

LINUX (Linus Torvalds) Es un clon de Unix, que tomando como base el Minix, escribio desde cero Linus Torvalds, estudiante de la Universidad de Helsinki (Finlandia), con asistencia de otros muchos hackers en la red que soporta el software de libre distribución de GNU. Tiene todas las características que se encuentran en sus parientes comerciales y otras muchas, incluyendo soporte para ejecución nativa de binarios Java. La versión 0.02 data de 1991, la 1.00 de 1994 y la 2.4 de 2001.

FreeBSD (Universidad Berkeley) FreeBSD (versión 2.0) es un sistema operativo de tipo Unix basado en la versión 4.2BSD-Lite de UCB para plataforma i386. También se encuentra basado aunque indirectamente en el sistema 386BSD de William Jolitz. Dada su similitud con NetBSD aplazaremos la discusión de sus características hasta el próximo apartado. No obstante diremos que es un sistema extensivamente utilizado tanto en empresas como en entornos domésticos. Su software de red es excelente como revela el hecho que empresas dedicadas a comunicaciones entre ordenadores lo utilicen como plataforma básica.

AIX (IBM) Basado en el sistema operativo Unix System V. Basado en SVR2. AIX V1 corría en el bus PS2 MCA de las PCs, la última versión de éstas fue la 1.3. AIX V2 corrió en sistemas RTPC (6150), la última versión fue la 2.2.1. AIX V3 fue una versión para desarrolladores licenciadas para OSF y el LVM (Logical Volume Manager) fue incorporado en el OSF/1. AIX V3.1 estuvo disponible en primer trimestre del 1990

HP-UX (HP) Basado en el sistema operativo Unix System V. Los productos Java 2 Standard Edition (J2SE) para HP-UX aportan soluciones para desarrollar o distribuir aplicaciones Java con el mejor rendimiento en los sistemas HP-UX.

SPARC-OS (Tatung) Basado en el sistema operativo UNIX BSD. Se utiliza plataformas sistemas operativos SunOS e Solaris.

SunOS (SUN) Basado en el sistema operativo UNIX BSD. A partir de la versión 2 pasa a denominarse Solaris.

XENIX (Microsoft) Basado en el sistema operativo Unix System V.

IDRIX (Microsoft) Basado en el sistema operativo Unix System V

System V (AT&T) System V es la versión más ampliamente usada de UNIX. Es el descendiente directo del UNIX desarrollado por AT&T en 1969. Está actualmente en la revisión 4.1 y a menudo es referenciado como SVR4, o System V Versión libre 4.

ULTRIX (DEC ahora COMPAQ) Basado en el sistema operativo Unix System V. Plataforma Apache 1.3.

UnixWare (Novell) basado en System V y actualmente desarrollado por SCO Group se encuentra en la versión 7.1.4 y es compatible con la mayoría de las aplicaciones libres clásicas Unix (Apache, Squid, etc.)

OSF/1 (DEC ahora COMPAQ, HP, IBM). Plataformas de sistemas heredados como OS/2 en Intel, VMS novas y OSF/1 en Alpha previo pedido.

Minix (Andrew S. Tanenbaum) Para PC y VAX. Se distribuye con las fuentes. Compatible con la versión 7.

BSD Berkeley Software Distribution

BSD son las siglas de “Berkeley Software Distribution”. Así se llamó a las distribuciones de código fuente que se hicieron en la Universidad de Berkeley en California y que en origen eran extensiones del.sistema.operativo.UNIX.de.AT&T.Research.

Los sistemas operativos BSD no son clones sino derivados de código abierto del sistema operativo de AT&T Research, el cual es a su vez ancestro del moderno UNIX System V.

El kernel BSD, que se encarga de la programación del tiempo de ejecución de los procesos, la gestión de memoria, el multiproceso simétrico (SMP), los controladores de dispositivos, etc.

A diferecia del kernel Linux existen varios kernel BSD con diversas funciones.

La biblioteca C, la API base del sistema. La biblioteca C de BSD está basada en código procedente de Berkeley no del proyecto GNU.

Aplicaciones como las distintas shells, aplicaciones de gestión de ficheros, compiladores y enlazadores. Algunas de las aplicaciones derivan del proyecto GNU, otras no.

El sistema X Window, que gestiona el entorno gráfico. El sistema X Window que se usa en la mayoría de versiones de BSD es producto de un proyecto aparte, el Proyecto XFree86. Se usa el mismo código que en Linux. BSD por lo general no predetermina un “gestor de ventanas” como KDE o GNOME, aunque éstos y otros muchos esten disponibles.

BSD funcionará en un sistema 80386 ó 80386sx SI tiene un coprocesador matemático 80387 ó 80387sx (Unidad de Punto Flotante, o FPU). Por desgracia estas FPU no son muy comunes, y la mayoría de sistemas 80386 no los tienen. OpenBSD no funcionará sin el FPU en la plataforma i386. Hay que tener en cuenta que esto supone muy poco procesador para un sistema operativo de ejecución criptográfica intensiva como OpenBSD. El rendimiento de una máquina de este tipo con fines.genéricos.es.poco.probable.que.satisfaga.a.ningún.usuario.

2) ¿Qué es una distribución de LINUX? ¿Cuál es su objetivo? De algunos ejemplos (y precios) de distribuciones de LINUX.

R//=

Es un modo de facilitar la instalación, la configuración y el mantenimiento de un sistema GNU/Linux. Existen numerosas distribuciones Linux (también conocidas como "distros"), ensambladas por individuos.empresas.y.otros.organismos.

Entre las distribuciones de GNU/Linux, destacan el proyecto Debian/GNU. Debian nace como una iniciativa no comercial de la FSF, aunque luego se independiza de ésta y va más allá del propio sistema GNU/Linux. Es la única de las grandes distribuciones que no tiene intereses comerciales ni empresariales. Son sus propios usuarios, quienes mantienen la distribución de modo comunitario, incluidas todas sus estructuras de decisión y funcionamiento. Su objetivo es recopilar, difundir y promover el uso del software libre. Reúne el mayor catálogo de software libre, todos ellos probados, mantenidos.y.documentados.por.algún.desarrollador.voluntario.

En una distribución hay todo el software necesario para instalar en un ordenador personal; servidor, correo, ofimática, fax, navegación de red, seguridad, etc.

Entre ellas están: FreeBSD 9.1, Ubuntu 13.10, Linux Mint 16, ect.

3) Que diferencia existe entre UNIX y LINUX

R//=

Diferencias: UNIX se ha convertido en un sistema operativo comercial durante muchos años, se ha ejecutado en costoso hardware patentado. Lo contrario, Linux puede ejecutarse en cualquier hardware.

Además las licencias de UNIX pueden ser muy restrictivas. Los desarrolladores deben pagar un alto precio por las bibliotecas de programación estándar de la industria, Linux no impone tales restricciones.

Para terminar, hay una diferencia principal entre UNIX y Linux. Los proveedores de UNIX ofrecen soporte técnico, pero, con raras excepciones. Los de Linux no. Linux lo desarrollan programadores freelance e independientes.

4) ¿Es LINUX un software de dominio público? ¿Es software libre? ¿Ambos? Explique.

R//=

Es un software de dominio público y libre, ¿por qué?

De dominio libre porque no tenemos que pagar ningún tipo de licencia a ninguna compañía de software por el uso del mismo.

De dominio público porque LINUX se distribuye bajo la GNU Public Lísense, por lo tanto, el código fuente tiene que estar siempre accesible, ya que grupos de personas a nivel mundial aportan para mejorar el sistema operativo.

5) Explique ampliamente en qué consisten los siguientes componentes de un sistema LINUX:

R//=

Kernel: Describa el funcionamiento general del kernel de LINUX: El kernel ó núcleo de Linux se puede definir como el corazón de este sistema operativo. Es el encargado de que el software y el hardware de tu ordenador puedan trabajar juntos.

Las funciones más importantes del mismo, aunque no las únicas, son:

Administración de la memoria para todos los programas y procesos en ejecución.

Administración del tiempo de procesador que los programas y procesos en ejecución utilizan.

Es el encargado de que podamos acceder a los periféricos/elementos de nuestro ordenador de una manera cómoda.

Bibliotecas del Sistema, Describa las funcionalidades que proporcionan: es un conjunto de implementaciones funcionales, codificadas en un lenguaje de programación, que ofrece una interfaz bien definida para la funcionalidad que se invoca.

A diferencia de un programa ejecutable, el comportamiento que implementa una biblioteca no espera ser utilizada de forma autónoma (un programa sí: tiene un punto de entrada principal), sino que su fin es ser utilizada por otros programas, independientes y de forma simultánea. Por otra parte, el comportamiento de una biblioteca no tiene porqué diferenciarse en demasía del que pudiera especificarse en un programa. Es más, unas bibliotecas pueden requerir de otras para funcionar, pues el comportamiento que definen refina, o altera, el comportamiento de la biblioteca original; o bien la hace disponible para otra tecnología o lenguaje de programación.

6) ¿Cuál es la ventaja de cargar y descargar secciones arbitrarias del código? ¿Qué significa eso, por cierto? Enumere y explique ampliamente los componentes del soporte de módulo de LINUX.

R//=

El núcleo de Linux tiene la facultad de cargar y descargar secciones arbitrarias del código del núcleo cuando se le pide hacerlo. Estos módulos de núcleo cargables se ejecutan en modo de núcleo privilegiado y por ello tiene pleno acceso a todas las capacidades de hardware de la maquina en la que se ejecutan. En teoría, no hay restricción respecto a lo que se permite a un módulo de núcleo hacer, típicamente, un módulo podría implementar un driver de dispositivo un.sistema.de.archivos.o.un.protocolo.de.redes.

Por ejemplo, en Linux, el driver de la tarjeta de red puede ser instalado como módulo, durante el normal funcionamiento del kernel, el módulo no está cargado, pero si en algún momento vamos a necesitar usar la tarjeta de red, este se puede cargar, luego, cuando dejemos de usar la tarjeta de red, podemos eliminar el módulo para aprovechar mejor nuestra.Memoria.

El concepto de módulo no tiene por qué estar únicamente ligado a los drivers, mucha de la funcionalidad del kernel que no tenga que ver específicamente con un determinado hardware puede ser programada en forma de módulo, en especial si no esperamos hacer un uso frecuente de la misma.

...