El que tenga una foto, desde ya se agradece muchisimo. Me contaron que en la parte práctica hubo uno de sincro y otro de FAT 16/32

Buenas, yo lo rendi el Martes pasado. Te digo lo que me acuerdo.

Practica

1) Era un ej. de sincro. como decis. Te planteaba que tenia 3 tipos distintos de procesos, donde vos tenias UNA instancia del proceso "cupido", N instancias del proceso "fabricante" (o algo asi) y M instancias del proceso "persona"... la cosa era que cupido solo podia tener hasta 10 flechas en su stock y el proceso "fabricante" tenia que producir considerando esta condicion y alguna que otra fruta mas... la cosa es que si no estoy equivocado, claramente es el modelo productor-consumidor esto... con sincronizar de esta forma a "cupido" y a los N procesos "fabricante" ya tenias el 90% hecho, el resto era prestar atencion y poner mutex donde correspondiese.

2) Ej de FAT... decia que tenias FAT 16 en un disco de 512 GB y el disco estaba lleno con archivos los cuales SIEMPRE pesaban 1 MB. Entonces te decia que querias migrar todos tus archivos a un disco con FAT 32 y con el tamaño de bloque mas pequeño posible, y te preguntaba cuanto espacio libre te queda en el disco SIN CONTAR LA TABLA FAT.

2 Resolucion) Entiendo que es sencillo ; si tenes el disco lleno en FAT 16 quiere decir que todas las entradas de tu tabla FAT estan ocupadas por ende el el tamaño de bloque en tu FAT 16 es (512 * 2^30) / 2^16 = 8 MB (claramente es un desperdicio usar bloques de 8MB para guardar archivos de 1MB), sabiendo lo anterior sabes que tenes un archivo por bloque, o sea tenes 2^16 archivos, entonces sabiendo esto y por lo que pregunta, ni hace falta pensar en un bloque mas pequeño posible(yo al menos no aclare creo) si no con que metas archivos en 1 o N bloques pero que no tengas desperdicio ya es suficiente, entonces haces 512GB - (2^16 * 1MB) = 448GB (YO ACLARE SIN CONTAR LA TABLA FAT NI LAS ESTRUCTURAS ADMINISTRATIVAS)

*******************************************************************

V o F

La verdad no los recuerdo muy bien, voy a poner los 3 que recuerdo, pero tampoco creo que sea lo mas importante ya que la verdad es admirable el laburo que hace Adriano para los finales ya que casi no se repiten V o F (de hecho ejs de practica tampoco, mas admirable todavia.)... Pienso que es preferible intentar pensar en "modo SO" si se puede decir asi, mas que intentar anotarse 5 V o F mas a los 500 que habra dando vueltas. Igualmente aclaro, no me parecio que hubiese alguno totalmente descolocador, o sea si razonaste la mayoria, estos tambien se podian.

Buen en fin, ahi van (repito, la redaccion no va a ser tal cual) :

1) Si se tiene una tasa de acierto alto en la TLB, al existir un fallo de pagina habra pocas posibilidades de acceder a disco.

2) Si tenes planif por VRR y muchos procesos con CPU Bound y en determinado momento llegan muchos procesos con I/O Bound entonces los procesos con CPU Bound sufren inanicion.

3) No recuerdo bien, pero era como algo medio fruta, decia si tenes segmentacion entonces los frames en MP tienen todos el mismo tamaño. (si hablas de segmentacion, no hablas de frames entiendo)

Buen, eso no mas, espero que ayude. Saludos !

Si el primer V/F lo escribiste bien, es re tramposo... osea , si es fallo de pagina vas a acceder al disco si o si. Se entiende por fallo de pagina al fallo en la tabla de paginas (hubo fallo en TLB previamente). Entonces la tasa de acierto de TLB no tiene nada que ver.