Tengo un par de dudas con las respuestas. Acá dejo las que no concuerdo ya sea en justificación o en VoF.

Si se trabaja con particiones fijas para la administración de la memoria central, el registro base y el registro límite son parte del contexto del proceso.
Falso, particiones fijas tienen tamaño fijo, no tiene sentido tener un registro límite.

Verdadero, es parte del contexto del proceso ya que definen la región de memoria ocupada por el proceso. Puede haber particiones fijas de distintos tamaños, es necesario marcar el límite de las mismas.
70. Stallings.
Los registros base y límite definen la región de memoria ocupada por el proceso: el registro base contiene la dirección inicial de la región de memoria y el registro límite el tamaño de la región (en bytes o palabras). El contador de programa y todas las referencias de datos se interpretan de forma relativa al registro base y no deben exceder el valor almacenado en el registro límite. Esto previene la interferencia entre los procesos.
321. Stallings.
Cuando un proceso se asigna al estado Ejecutando, un registro especial del procesador, algunas veces llamado registro base, carga la dirección inicial del programa en la memoria principal. Existe también un registro «valla», que indica el final de la ubicación del programa; estos valores se establecen cuando el programa se carga en la memoria o cuando la imagen del proceso se lleva a la memoria cada imagen del proceso está aislada mediante los contenidos de los registros base y valla. Además, evita accesos no autorizados por parte de otros procesos.

El método de alocación contigua, en comparación con la paginación, previene la fragmentación.
Falso, la paginación tiene fragmentación interna pero particiones dinámicas tiene fragmentación externa.

Falso, la alocación contigua no previene la fragmentación ya que tiene fragmentación externa mientras que la paginación no tiene paginación externa (tiene interna).

Dado que la TLB contiene como entradas las últimas direcciones lógicas referenciadas, se reduce la frecuencia de acceso a la memoria principal para recuperar las entradas de páginas.
Falso, la TLB reduce la frecuencia de acceso a la memoria principal pero no contiene direcciones lógicas sino el número de páginas y sus marcos correspondientes.

No entiendo que tiene que ver la justificación de direcciones lógicas con “recuperar las entradas de páginas”.
260. Silberschartz
El búfer TLB se utiliza con las tablas de página de la forma siguiente: el búfer TLB contiene sólo unas cuantas entradas de la tabla de páginas; cuando la CPU genera una dirección lógica, se presenta el número de página al TLB y si se encuentra ese número de página, su número de marco correspondiente estará inmediatamente disponible y se utilizará para acceder a la memoria

Una de las ventajas que presenta el esquema de segmentación para los programas de usuario es que los segmentos, que adolecen de restricciones en cuanto a tamaño y cantidad, no presentan fragmentación interna.
Falso, el tamaño es variable pero tiene a un máximo dado por la longitud del registro límite.

Verdadero. No presentan fragmentación interna pues ese espacio de memoria asignado será sólo el necesario para el segmento. A su vez, los segmentos tienen un tamaño máximo y la cantidad de segmentos será limitada.

Silberchatz. 272
La arquitectura Pentium permite que un segmento tenga un tamaño de hasta 4 GB y el número máximo de segmentos por cada proceso es de 16 KB.

En la segmentación simple, la memoria principal no está particionada.
Verdadero, porque segmentación simple no incluye paginación.

Falso. A medida que ingresan segmentos a memoria principal la misma se va particionando dinamicamente, motivo por el cual se tiene fragmentación externa.
Stallings. 322

Si se tiene un Sistema Operativo que utiliza paginación simple, entonces no tiene sentido la implementación de los algoritmos de planificación de elección de la víctima, tales como LRU, FIFO, Clock, etc.
Verdadero, con paginación simple se debe cargar todo el programa en memoria por lo que no hay víctimas.

¿No se puede reemplazar una página en paginación simple?

El trashing es independiente del tamaño de los frames de memoria, solo depende de la cantidad de procesos y el tamaño de la memoria.
Falso, frames más grandes --> páginas más grandes --> una mayor parte de cada proceso en memoria --> menos procesos en memoria --> menor grado de multiprogramación --> menos posibilidad de trashing.

En una política de asignación global, la hiperpaginación (trashing) se resuelve fácilmente si se aumenta el tamaño de las páginas.
Falso. Una solución podría ser bajar el grado de multiprogramación, otra alternativa (más costosa) sería incrementar la cantidad de memoria principal.

¿No hay contradicción en esto?

Según encontré, para evitar la hiperpaginación:
1) Aumentando la cantidad de memoria RAM (generalmente la mejor solución a largo plazo).
2) Disminuyendo la cantidad de aplicaciones corriendo en la computadora.
3) Ajustando el tamaño de la partición de intercambio.

Entonces, el tamaño de la página no tendría que tener relación con la hiperpaginación, no?

Si tengo un sistema con muchos fallos de página, una posible solución es incrementar el espacio en disco destinado al swapping.
Falso. Una solución podría ser bajar el grado de multiprogramación, otra alternativa (más costosa) sería incrementar la cantidad de memoria principal.

Verdadero. Una solución además de bajar el grado de multiprogramación o incrementar la cantidad de memoria principal es también aumentar el espacio destinado al intercambio.

Chicos, les dejo las preguntas con las que discrepo..

La política de limpieza (clearing policy) en la administración de Memoria Central (M.C.) es utilizada solo para grabar en disco, las páginas que fueron modificadas en M.C.
Para mi es falso. Podemos usar la politica de limpieza por demanda, y si el bit de modificado está en 0, no vamos a necesitar escribir en disco

Un proceso cuyo tamaño es de 40 páginas ocupará el doble de frames que otro cuyo tamaño sea de 20 páginas, si se consideran iguales condiciones para ambos.
Para mi es falsa. La memoria RAM está dividida en frames, entonces si un proceso es de 40 páginas, no necesariamente, las 40 páginas tienen que estar cargadas en memoria, por ahi solo 5 se necesitan, y por ahí el de 20 páginas necesita 10 cargadas en memoria.

En paginación virtual, es preferible reemplazar páginas ya modificadas, que páginas sin modificar.
Estoy de acuerdo con la justificación de falsa. Si reemplazo páginas ya modificadas, tengo que escribir en disco. Sin embargo agregaría que paginación virtual no existe, se llama páginacion.

El trashing de procesadores es un problema que puede surgir en un sistema multiprocesador de hilos por una incorrecta selección de hilos a ejecutar.
Yo la justificaría verdadera, porque el trashing es la excesiva carga y descarga de páginas de procesos. Si bien es de PROCESOS y no de HILOS, si todos los procesos tienen un solo hilo, seria verdadera..

Si se aumenta el tamaño de la memoria de la TLB se consiguen más aciertos ya que puede contener más páginas, esto sería una manera de resolver el trashing.
Falso. Pero yo la justificaría con que el trashing es la sobrecarga de cargar y descargar páginas de memoria principal, no de la TLB. La TLB es "simplemente" un """puntero""" a cada entrada de la tabla de páginas. O sea, es cierto que si aumento la TLB, tendré más aciertos de TLB, pero el trashing es de la memoria principal. Si en memoria principal se definio que se van a guardar 64 frames, y la TLB tiene 1024 registros, de nada mas sirvió aumentar la memoria de la TLB, si total, siempre habrán 64 registros válidos.