Administración De Los Recursos De Una Res

Jafet Rogaciano Díaz Contreras

L.I Patricia Valles Flores

Administración de los recursos de una red

03/06/2012

Sistemas operativos 4
Introducción 4
Protección 4
Procesos. Tablas de procesos 7
Servicios del Sistema Operativo 8
Intérprete de comandos 10
Estructura de un Sistema Operativo 11
Conclusiones 14
Introducción A Redes 15
¿QUE ES UNA RED? 15
USOS DE LASREDES DE ORDENADORES 16
Objetivos de las redes 16
Aplicación de las redes 17
ESTRUCTURA DE UNA RED 18
EJEMPLO DE REDES 18
Redes de comunicación: 19
Módems y empresas de servicios: 19
Redes de área local (LAN) 19
Routers y bridges 20
Redes de área extensa (WAN) 20
Proceso distribuido: 21
Cliente/servidor 21
Tecnología de objetos: 21
Sistemas abiertos 22
Seguridad y gestión:22
Seguridad 22
Gestión 22
Las redes de ordenadores: 23
Conclusiones: 25
Administración de Redes 26
Introducción 26
Desarrollo 27
Glosario de Redes 32

Sistemas operativos
Introducción
Una de las etapas de la evolución de los sistemas operativos fue la multiprogramación o multitarea, esto que trajo consigo que se tuviera en cuenta un grupo de consideraciones a la hora deconcebir los mismos. Así fueron surgiendo distintas estructuras en el diseño, cada una con sus características particulares.
Protección
En los primeros sistemas de cómputo que se utilizaron no fue necesario tener en cuenta la problemática de la protección debido a la forma en que se operaban, es decir se ejecutaba sólo un programa y éste estaba en posesión de todos los recursos existentes (en caso deerror, solo se afectaba él).
Al desarrollarse los sistemas operativos aún cuando se mantuviera un único programa en memoria (mono programación), se comenzaba a compartir recursos. En este caso, el programa y el sistema operativo comparten la memoria. Si ocurriera un funcionamiento erróneo del programa y él sobrescribe el área de memoria del sistema operativo, resulta evidente que existirá un"crash" de éste.
Otro ejemplo simple se puede notar en el caso del procesamiento en lote. Suponga que un programa cae en un lazo infinito de lectura de tarjetas. Es evidente que tomará todas las que les pertenecían y las que le siguen.
El compartir recursos aumenta la utilización eficiente de estos, pero a la vez incrementa las dificultades. Un error en un programa puede afectar a otros trabajos.En los sistemas operativos que instrumentan la multiprogramación, pueden ocurrir muchas otras situaciones no tan evidentes como las indicadas, por esto éste se debe proteger y a la vez brindar protección a todos los programas que se ejecutan. Todo recurso compartido debe ser protegido, pero al menos deben disponer de esta característica las entradas y salidas, la memoria y la CPU.

La protecciónde entrada–salida se logra al no permitir que los programas actúen directamente sobre los dispositivos, sino a través de llamadas a los manejadores de dispositivos que forman parte del sistema de operación. De esta forma se puede chequear si la solicitud es correcta o no y evitar que algo vaya mal.
Para evitar que un programa opere directamente con la entrada–salida, las instruccionescorrespondientes se declaran como privilegiadas (esto tiene que estar instrumentado en el hardware) y por ello sólo podrán ser utilizadas por parte del sistema operativo.
Lo antes indicado quiere decir que el hardware deberá brindar dualidad en el modo en que los programas se ejecutan. El primero es el modo "kernel" (monitor, supervisor, sistema, protegido), y el segundo es el modo usuario. El SO correrá enmodo protegido (con derecho a usar instrucciones privilegiadas) y todos los demás en modo usuario.
Por supuesto que en la CPU existirá un "bit" que en todo momento indicará el modo en que se está ejecutando. Este se pondrá a 1 ó 0 cada vez que se produzca un cambio entre el SO y otro programa. Es de suponer que las instrucciones que permiten variar este "bit" son privilegiadas.
Da la...