UTNianos

Versión completa: Guía de Planificación (2016) Resuelta- Sistemas Operativos
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Hola!
Siendo que siempre que busco esta guía resuelta me encuentro que están todos los ejercicios resueltos dispersos o que hay resueltos de guías anteriores, subo la guía de planificación de 2016 resuelta, salvo el ejercicio 8 todos los demás están chequeados hechos en clase.
Ojala les sirva,
Janice.
Link!
Los estuve viendo... y creo que tenés un error en el 9...

En t=4:
· P1 está bloqueado (en I/O).
· P2 llegó a Ready recién. -----> se elige a este proceso (porque, más allá de que el algoritmo sea FIFO, es el único proceso para elegir)
· P3 no llegó aún.

Ahora bien, hay que elegir al hilo de dicho proceso.
Esto lo determina el algoritmo de la bilbioteca de hilos, que es SJF (prioriza al que menor trabajo de CPU tiene):
· KLTB1 tiene 4.
· KLTB2 tiene 2. -----> se elige a este hilo (2 es menor que 4)

Vos elegiste a KLTB1.

¿Estás segura de que está corregido bien?
(07-05-2019 02:27)pablit escribió: [ -> ]Los estuve viendo... y creo que tenés un error en el 9...

En t=4:
· P1 está bloqueado (en I/O).
· P2 llegó a Ready recién. -----> se elige a este proceso (porque, más allá de que el algoritmo sea FIFO, es el único proceso para elegir)
· P3 no llegó aún.

Ahora bien, hay que elegir al hilo de dicho proceso.
Esto lo determina el algoritmo de la bilbioteca de hilos, que es SJF (prioriza al que menor trabajo de CPU tiene):
· KLTB1 tiene 4.
· KLTB2 tiene 2. -----> se elige a este hilo (2 es menor que 4)

Vos elegiste a KLTB1.

¿Estás segura de que está corregido bien?

Hola!!
Es asi como vos decis, el tema es que en clase se ve que no nos dimos cuenta y tomamos como que el KLTB1 estaba separado del KLTB2, es decir, eran hilos de 2 procesos separados, con lo cual, por FIFO entraba primero el KLTB1 y luego el KLTB2.
Saludos y gracias por la correccion!!
Janice.
(07-05-2019 02:27)pablit escribió: [ -> ]Los estuve viendo... y creo que tenés un error en el 9...

En t=4:
· P1 está bloqueado (en I/O).
· P2 llegó a Ready recién. -----> se elige a este proceso (porque, más allá de que el algoritmo sea FIFO, es el único proceso para elegir)
· P3 no llegó aún.

Ahora bien, hay que elegir al hilo de dicho proceso.
Esto lo determina el algoritmo de la bilbioteca de hilos, que es SJF (prioriza al que menor trabajo de CPU tiene):
· KLTB1 tiene 4.
· KLTB2 tiene 2. -----> se elige a este hilo (2 es menor que 4)

Vos elegiste a KLTB1.

¿Estás segura de que está corregido bien?
No che, estás equivocado.
Acordate que uno de los beneficios que brinda el manejo de KLT's es que el procesador lo identifica como un proceso en particular, sin tener que instanciar su manejo a una biblioteca de hilos. El SO es el que se encarga de administrarlos y planificarlos.

El ejercicio que puso resuelto Janice está bien. En T=4 puede ejecutar cualquiera de los dos KLT que llega. Da igual si ejecuta uno u otro porque el Short Term Scheduler es FIFO.

Por cierto, en ningún lado veo resuelto el ejercicio 10. Incluso en las prácticas nunca lo hicieron.
Saludos y gracias por tu aporte Janice!
(31-05-2019 18:21)Shoiak escribió: [ -> ]
(07-05-2019 02:27)pablit escribió: [ -> ]Los estuve viendo... y creo que tenés un error en el 9...

En t=4:
· P1 está bloqueado (en I/O).
· P2 llegó a Ready recién. -----> se elige a este proceso (porque, más allá de que el algoritmo sea FIFO, es el único proceso para elegir)
· P3 no llegó aún.

Ahora bien, hay que elegir al hilo de dicho proceso.
Esto lo determina el algoritmo de la bilbioteca de hilos, que es SJF (prioriza al que menor trabajo de CPU tiene):
· KLTB1 tiene 4.
· KLTB2 tiene 2. -----> se elige a este hilo (2 es menor que 4)

Vos elegiste a KLTB1.

¿Estás segura de que está corregido bien?
No che, estás equivocado.
Acordate que uno de los beneficios que brinda el manejo de KLT's es que el procesador lo identifica como un proceso en particular, sin tener que instanciar su manejo a una biblioteca de hilos. El SO es el que se encarga de administrarlos y planificarlos.

El ejercicio que puso resuelto Janice está bien. En T=4 puede ejecutar cualquiera de los dos KLT que llega. Da igual si ejecuta uno u otro porque el Short Term Scheduler es FIFO.

Por cierto, en ningún lado veo resuelto el ejercicio 10. Incluso en las prácticas nunca lo hicieron.
Saludos y gracias por tu aporte Janice!

Me parece correcto lo que dice pabit. A la hora de desempatar entre kltb1 y kltb2 empiezo con kltb2 porque su cpu es de 2; mientras que el de kltb1 es de 4 y el algoritmo para "desempatar entre hilos es sjf sin desalojo.
(31-05-2019 18:21)Shoiak escribió: [ -> ]
(07-05-2019 02:27)pablit escribió: [ -> ]Los estuve viendo... y creo que tenés un error en el 9...

En t=4:
· P1 está bloqueado (en I/O).
· P2 llegó a Ready recién. -----> se elige a este proceso (porque, más allá de que el algoritmo sea FIFO, es el único proceso para elegir)
· P3 no llegó aún.

Ahora bien, hay que elegir al hilo de dicho proceso.
Esto lo determina el algoritmo de la bilbioteca de hilos, que es SJF (prioriza al que menor trabajo de CPU tiene):
· KLTB1 tiene 4.
· KLTB2 tiene 2. -----> se elige a este hilo (2 es menor que 4)

Vos elegiste a KLTB1.

¿Estás segura de que está corregido bien?
No che, estás equivocado.
Acordate que uno de los beneficios que brinda el manejo de KLT's es que el procesador lo identifica como un proceso en particular, sin tener que instanciar su manejo a una biblioteca de hilos. El SO es el que se encarga de administrarlos y planificarlos.

El ejercicio que puso resuelto Janice está bien. En T=4 puede ejecutar cualquiera de los dos KLT que llega. Da igual si ejecuta uno u otro porque el Short Term Scheduler es FIFO.

Me parece que tenés razón: la biblioteca de hilos de usuario planifica ULTs justamente, no KLTs.

No entiendo cómo me lo corrigieron como bien al mío en su momento roll
Hola, que tal?

Creeria que en el ejercicio 8, en la parte de jacketing, el control deberia ir al ULTA2, en vez del ULTA1, cuando B queda bloqueado por primera vez. Puede ser?

La razon de esto seria que cuando el proceso vuelve de una llamada de I/O sigue ejecutando el ultimo hilo que venia corriendo, en este caso ULTA2.

Que opinan?
URLs de referencia