UTNianos

Versión completa: [PEDIDO Sistemas operativos] Pedido Final 14/07/2015, alguien lo hizo/vió???
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Estimados, cómo están? No llegué a prepararme al final del 14/07/2015. Si alguien lo rindió quería saber si puede comentar brevemente qué tomaron.... para darnos un histórico más de datos a los que rindamos en la próxima fecha, ya que en Campus virtual aún no subieron nada.

Desde ya muchísimas gracias,
Saludos cordiales.
Parece que no rindio nadie jaja
Les paso lo que me paso un compañero que rindió y aprobó. Solo es la parte practica.


En la practica el 1er ejercicio te decia que tenias una PC con 1GB de RAM, paginas de 64Kb y direcciones virtuales de 32 bits

te decia que era paginacion de 2 niveles y que los campos de pagina tenian el mismo tamaño 8 y 8 bits

Nro pag raiz 8 | Pag 2 nivel 8 | desplazamiento 16

Te decia tambien que la TLB era de 3 posiciones libres, te daba 4 referencias a memoria de las cuales 3 eran de un mismo proceso
entonces tenias que decir como quedaba la TLB, y las direcciones fisicas en hexa de esas referencias

Tambien pedia justificar porque se estaba usando memoria virtual, y te decia que los frames del 1 al 6 estaban libres

2 referencias del primer proceso tenian los 2 primeros bytes iguales o sea eran la misma pagina, cambiaba el offset nada mas por ej
A0 0C 0002
A0 0C 00F1

Despues habia una referencia del proceso 1 y 2 que tenian iguales los 2 primeros bytes pero como en la TLB tambien guardas el PID no pasaba nada (C4 01 offset)

En la TLB te quedaban 3 paginas asi

pagina |A0 0C | C4 01 | C4 01
marco | 1 | 2 | 3
proceso | 1 | 2 | 1

La dir fisica era nro de marco + offset, como te dan el tamaño de la Memoria y de pagina podes sacar la cantidad de frames para saber la cantidad de bits, a mi me dio 2^14

entonces la dir fisica era de 14 bits para identificar nro de frame + 16 bits de offset
------------------------------------------------------------------

El segundo ejercicio te daba los datos de un disco y te decia que tenia la primer particion de 16Gb sin formato

y para la segunda te daba la estructura de inodos, punteros y bloques

Tenias que sacar el tamaño maximo del disco y le restabas los 16 Gb para hallar el tamaño de la segunda particion que te pedia

Despues tenias que hallar el max tamaño de archivo en la segunda particion y decir si cabia en el maximo direccionable para ese FS (2^tam ptr * tam bloque)

El item C no lo entendi, preguntaba si la segunda particion servia para swap y si es asi cuantas veces cabia el tam de archivo maximo
Grosa Melisa!!!!!
Muchísimas gracias!!!
Paso adjunto el final! Slds!
Hola buenas noches, alguien hizo el punto 2 (práctico)? La verdad no sé muy bien cómo encararlo con tantos datos jutnos =(

Gracias de antemano!
teorico:

1- ni idea.
2-
3- verdadero. De esta manera se asegura de que los procesos no puedan interferir con el stack de otros.
4- verdadero, puede detectarlo. Que mas escribo?
5- verdadero. (hago el clásico diagramita de tres procesos y tres recursos). Que soporte hilos no quiere decir que los use =P
Buenas!!

Consulta. Como calcularon el tamaño del FileSystem en el ejercicio práctico 2?

Gracias!!!
(05-02-2017 22:04)pampa833 escribió: [ -> ]Buenas!!

Consulta. Como calcularon el tamaño del FileSystem en el ejercicio práctico 2?

Gracias!!!


Ej 2A
tamaño maximo del archivo?

nota: El dato de los 700 inodos no nos sirve en este punto.

dirección = 64b = 8B
Tamaño de un sector = 2048B
CDB = cantidad de direcciones por bloque = 2048/8= 256

2 directos + 256 (ind simple) + 256ˆ2 (ind doble) + 256ˆ3 (ind triple) = 16843010 = cantidad total de bloques posibles en este FS

Ahora multiplico por el tamaño del bloque para obtener la capacidad máxima
16843010*4KB = 6,89...x10ˆ10B ( un numero enorme)

elNumeroEse/(1024ˆ3)= 64,25GB tamaño máximo por archivo (no necesariamente tiene que entrar en el disco)

==========
Ej 2b

Los platos se pueden escribir de ambos lados, entonces multiplico por dos la cantidad de platos.
Cantidad de CARAS = 12

CTD = capacidad total del disco
CTD = 7000000*800*12*2048b = 125,16 TB (me da la duda si está bien porque es demaciado grande, pero creo que está bien)

La primera partición es de 16GB, entonces
Capacidad segunda partición = CSP = CTD - 16GB
CSP = 125 TB

===========
Ej 2c
Direcciones de memoria de 32b, entonces el tamaño máximo de la memoria RAM direccionable es 4GB.

Espacio sin particionar = 16GB

16gb/4gb = 4 procesos de tamaño máximo

Para usarla como Swap primero habría que formatearla, entonces la respuesta es que no se puede usar en el estado actual. Si la formateamos entrarían 4 procesos de tamaño maximo (ignorando tamaño de las estructuras del file system).
URLs de referencia