Parcourir la source

conclusiones del 9

David il y a 10 ans
Parent
commit
8f66297d3b
2 fichiers modifiés avec 19 ajouts et 7 suppressions
  1. 6 7
      casos/cpu_usr.tsk
  2. 13 0
      informe/9-informe.md

+ 6 - 7
casos/cpu_usr.tsk

@@ -1,12 +1,11 @@
-TaskCPU 30
-*3 TaskBatch 6 2
+TaskCPU 50
+*3 TaskBatch 6 3
 @5:
 @5:
-*2 TaskConsola 4 10 15
+*2 TaskConsola 5 10 15
 @15:
 @15:
 TaskCPU 25
 TaskCPU 25
 @30:
 @30:
-*2 TaskConsola 3 6 10
-@40:
-TaskConsola 3 6 10
-@30:
+*2 TaskConsola 4 7 10
 TaskCPU 40
 TaskCPU 40
+@40:
+TaskConsola 4 6 10

+ 13 - 0
informe/9-informe.md

@@ -41,10 +41,12 @@ Las otras tareas requieren más recursos, por lo que no les afecta un waiting ti
 ![Ejercicio 9 - CPU Heavy](informe/imagenes/ejercicio9_gantt_casos_1.png)
 ![Ejercicio 9 - CPU Heavy](informe/imagenes/ejercicio9_gantt_casos_1.png)
 En este caso se puede ver claramente la priorización de tareas con IO (3,4,5) sobre las tareas que consumen todo su quantum y son asignadas a una cola de menor prioridad.
 En este caso se puede ver claramente la priorización de tareas con IO (3,4,5) sobre las tareas que consumen todo su quantum y son asignadas a una cola de menor prioridad.
 
 
+
 ### Uso elevado de IO
 ### Uso elevado de IO
 ![Ejercicio 9 - IO Heavy](informe/imagenes/ejercicio9_gantt_casos_2.png)
 ![Ejercicio 9 - IO Heavy](informe/imagenes/ejercicio9_gantt_casos_2.png)
 En este caso se puede ver que la priorización de procesos "interactivos" consume completamente el CPU (hasta ~160), donde finalmente pueden ejecutar los procesos que estaban en la segunda cola.
 En este caso se puede ver que la priorización de procesos "interactivos" consume completamente el CPU (hasta ~160), donde finalmente pueden ejecutar los procesos que estaban en la segunda cola.
 
 
+
 \newpage
 \newpage
 
 
 ### Interacción de usuario
 ### Interacción de usuario
@@ -52,6 +54,17 @@ En este caso se puede ver que la priorización de procesos "interactivos" consum
 
 
 En este caso podemos ver un buen lote de tareas para el scheduler; las tareas "interactivas" tienen bajo waiting time mientras que las tareas con uso intensivo de CPU tienen mayor waiting time pero también reciben mas quantum.
 En este caso podemos ver un buen lote de tareas para el scheduler; las tareas "interactivas" tienen bajo waiting time mientras que las tareas con uso intensivo de CPU tienen mayor waiting time pero también reciben mas quantum.
 
 
+|              | CPU  | IO  | USER |
+|--------------|------|-----|------|
+|M. Latency    | 4.92 | 9.3 | 4.0  |
+|M. Ready      | 89.2 | 133 | 76.8 |
+|M. Turnaround | 110  | 136 | 90   |
+
+
+En esta tabla se ve que para un lote de tareas "interactivo" los resultados mejoran, como es de esperarse, por el comportamiento del scheduler.
+Para los otros lotes de tareas:
+* CPU: Si las tareas del lote usan principalmente CPU eventualmente todos los procesos terminan en la cola de menor prioridad y con mas quantum, esencialmente se vuelve un round robin.
+* IO: Si las tareas del lote usan principalmente IO, toda estas tareas quedan en la lista de prioridad más alta, donde se pierde gran parte del tiempo haciendo context/cpu switch.
 
 
 # Definiciones
 # Definiciones