SO monoprogramables - Historial de revisiones

Juagommat: /* Protección de memoria: */

2017-12-17T17:06:18Z

‎Protección de memoria:

Juaperlun: /* Solapamiento: */

2013-12-15T18:06:45Z

‎Solapamiento:

Cridelmar1: /* Solapamiento: */

2011-12-20T15:49:56Z

‎Solapamiento:

Lorruimor: /* Solapamiento: */

2011-12-17T13:36:41Z

‎Solapamiento:

Lorruimor: /* Solapamiento: */

2011-12-17T13:36:24Z

‎Solapamiento:

Lorruimor: /* Protección de memoria: */

2011-12-17T13:36:01Z

‎Protección de memoria:

Lorruimor: /* Solapamiento: */

2011-12-17T13:35:46Z

‎Solapamiento:

Lorruimor en 13:35 17 dic 2011

2011-12-17T13:35:26Z

Jesgonbel: /* Admon. de memoria en SO monoprogramables */ Ampliación.

2011-12-15T11:24:44Z

‎Admon. de memoria en SO monoprogramables: Ampliación.

Alberto: tilde

2011-06-05T09:58:33Z

tilde

@@ Línea 40: / Línea 40: @@
 *'''Bits de protección''': se le asocia a cada palabra un bit (1 para S.O. y 0 para proceso) para comprobar si la posición de memoria es de SO o del proceso. Este sistema no exige que la región protegida sea contigua, con lo que el sistema operativo puede marcar como suyas algunas posiciones de memoria de subprocesos especiales lo que permite que los mismos accedan de forma controlada a datos y subprogramas del núcleo.
-*'''Registros valla o registros límite''': En el limite entre la zona del sistema operativo y la zona para la ejecución de procesos se carga un registro con la primera posición de memoria que ocupa el proceso. Este sistema es mas sencillo y barato que el anterior, pero solo protege una zona (entre la posición de memoria 0 y la posición de memoria del registro) y son necesarios circuitos comparadores rápidos para evitar retrasar la ejecución de las instrucciones. Su funcionamiento es el siguiente: al intentar acceder a una posición de memoria se comprueba si esta dirección es menor que la dirección del registro valla, si es así se lanza un mensaje de error y si no es así se accede a la posición de memoria deseada.
+*'''Registros valla o registros límite''': En el límite entre la zona del sistema operativo y la zona para la ejecución de procesos se carga un registro con la primera posición de memoria que ocupa el proceso. Este sistema es más sencillo y barato que el anterior, pero solo protege una zona (entre la posición de memoria 0 y la posición de memoria del registro) y son necesarios circuitos comparadores rápidos para evitar retrasar la ejecución de las instrucciones. Su funcionamiento es el siguiente: al intentar acceder a una posición de memoria se comprueba si esta dirección es menor que la dirección del registro valla, si es así se lanza un mensaje de error y si no es así se accede a la posición de memoria deseada.
   Ejemplo práctico:

@@ Línea 31: / Línea 31: @@
          |      |        '''|  A  |        |     |        |  C  |       |  D  |'''          |
          |      |        '''|_____|        |     |        |     |       |_____|'''         <         Módulos de solapamiento o recubrimiento (A, B, C, D)
-         |      |                       '''|  D  |        |_____|'''                        |
+         |      |                       '''|  B  |        |_____|'''                        |
          |      |                       '''|     |'''                                       |
          |______|                       '''|_____|'''                                        \

@@ Línea 18: / Línea 18: @@
 Si el proceso no cabe en el espacio libre en memoria puede recurrirse a 2 estrategias para ejecutarlo:
 *'''Ejecución en cadena:''' El programa se divide en varios "subprogramas" y se ejecutan en cadena. Esto se consigue haciendo que cada programa termine su ejecución solicitando que se ejecute el siguiente.
-*'''Fragmentar el programa en módulos de solapamiento o recubrimiento:''' Dichos módulos se van cargando en memoria según se necesite, algunos S.O. permiten que los submodulos también se dividan, dando lugar a una estructura en árbol.
+*'''Fragmentar el programa en módulos de solapamiento o recubrimiento:''' Dichos módulos se van cargando en memoria según se necesite. Algunos S.O. permiten que los submodulos también se dividan, dando lugar a una estructura en árbol.
           '''______'''

@@ Línea 17: / Línea 17: @@
 == Solapamiento: ==
 Si el proceso no cabe en el espacio libre en memoria puede recurrirse a 2 estrategias para ejecutarlo:
-*'''Ejecución en cadena:''' El programa se divide en varios "subprogramas" y se ejecutan en cadena. Esto se consigue haciendo que cada programa termine su ejecución
+*'''Ejecución en cadena:''' El programa se divide en varios "subprogramas" y se ejecutan en cadena. Esto se consigue haciendo que cada programa termine su ejecución solicitando que se ejecute el siguiente.
-  solicitando que se ejecute el siguiente.
+*'''Fragmentar el programa en módulos de solapamiento o recubrimiento:''' Dichos módulos se van cargando en memoria según se necesite, algunos S.O. permiten que los submodulos también se dividan, dando lugar a una estructura en árbol.
           '''______'''

@@ Línea 17: / Línea 17: @@
 == Solapamiento: ==
 Si el proceso no cabe en el espacio libre en memoria puede recurrirse a 2 estrategias para ejecutarlo:
-*Ejecución en cadena:
+*'''Ejecución en cadena:''' El programa se divide en varios "subprogramas" y se ejecutan en cadena. Esto se consigue haciendo que cada programa termine su ejecución
    solicitando que se ejecute el siguiente.
-*Fragmentar el programa en módulos de solapamiento o recubrimiento:
+*'''Fragmentar el programa en módulos de solapamiento o recubrimiento:''' Dichos módulos se van cargando en memoria según se necesite, algunos S.O. permiten que los submodulos también se dividan, dando lugar a una
    estructura en árbol.

@@ Línea 42: / Línea 42: @@
 Los sistemas operativos monoprogramables tienen debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de:
-**'''bits de protección''': se le asocia a cada palabra un bit (1 para S.O. y 0 para proceso) para comprobar si la posición de memoria es de SO o del proceso. Este sistema no exige que la región protegida sea contigua, con lo que el sistema operativo puede marcar como suyas algunas posiciones de memoria de subprocesos especiales lo que permite que los mismos accedan de forma controlada a datos y subprogramas del núcleo.
+*'''Bits de protección''': se le asocia a cada palabra un bit (1 para S.O. y 0 para proceso) para comprobar si la posición de memoria es de SO o del proceso. Este sistema no exige que la región protegida sea contigua, con lo que el sistema operativo puede marcar como suyas algunas posiciones de memoria de subprocesos especiales lo que permite que los mismos accedan de forma controlada a datos y subprogramas del núcleo.
-**'''Registros valla o registros límite''': En el limite entre la zona del sistema operativo y la zona para la ejecución de procesos se carga un registro con la primera posición de memoria que ocupa el proceso. Este sistema es mas sencillo y barato que el anterior, pero solo protege una zona (entre la posición de memoria 0 y la posición de memoria del registro) y son necesarios circuitos comparadores rápidos para evitar retrasar la ejecución de las instrucciones. Su funcionamiento es el siguiente: al intentar acceder a una posición de memoria se comprueba si esta dirección es menor que la dirección del registro valla, si es así se lanza un mensaje de error y si no es así se accede a la posición de memoria deseada.
+*'''Registros valla o registros límite''': En el limite entre la zona del sistema operativo y la zona para la ejecución de procesos se carga un registro con la primera posición de memoria que ocupa el proceso. Este sistema es mas sencillo y barato que el anterior, pero solo protege una zona (entre la posición de memoria 0 y la posición de memoria del registro) y son necesarios circuitos comparadores rápidos para evitar retrasar la ejecución de las instrucciones. Su funcionamiento es el siguiente: al intentar acceder a una posición de memoria se comprueba si esta dirección es menor que la dirección del registro valla, si es así se lanza un mensaje de error y si no es así se accede a la posición de memoria deseada.
   Ejemplo práctico:

@@ Línea 15: / Línea 15: @@
-*Solapamiento:
+== Solapamiento: ==
 Si el proceso no cabe en el espacio libre en memoria puede recurrirse a 2 estrategias para ejecutarlo:
 **Ejecución en cadena:
@@ Línea 40: / Línea 40: @@
-*Protección de memoria:
+== Protección de memoria: ==
 Los sistemas operativos monoprogramables tienen debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de:

@@ Línea 1: / Línea 1: @@
-La administración de memoria es muy sencilla, solo hay un proceso en ejecución que puede usar todo el espacio disponible. El SO se coloca como bloque al principio de la memoria (memoria del sistema), y el resto para el proceso a ejecutar (memoria del proceso). Si el proceso no cabe, podría recurrirse al solapamiento o a la ejecución en cadena.
+En los sistemas operativos monoprogramables la administración de memoria es muy sencilla ya que solo hay un proceso en ejecución que puede usar todo el espacio disponible, la gestión de memoria se limita casi a comprobar si el proceso cabe en el espacio libre en la memoria. El SO se coloca como bloque al principio o al final de la memoria (memoria del sistema), y el resto para el proceso a ejecutar (memoria del proceso):
-Tiene debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de bits de protección (se le asocia a cada palabra un bit para comprobar si es de SO o del proceso) o a los registros valla (se conoce el limite de la dirección entre SO y proceso).
   Ejemplo práctico:

@@ Línea 6: / Línea 6: @@
   Pablo tiene una computadora cuya memoria principal tiene una capacidad de 640KB. El SO (MS-DOS) ocupa el principio de la memoria, dejando libre una
   zona de 512KB para el proceso conveniente.
-  Esto nos impide jugar al Sensible Soccer, por ejemplo, ya que ocupa 560KB. Una posible solución seria instalar un SO menos pesado, como una version
+  Esto nos impide jugar al Sensible Soccer, por ejemplo, ya que ocupa 560KB. Una posible solución sería instalar un SO menos pesado, como una version
   más antigua de MS-DOS.