Este documento presenta las respuestas de Astrid Tatiana Roa Rodríguez a un examen parcial de Sistemas Operativos. El examen contenía 20 preguntas de selección múltiple sobre conceptos clave como tiempo de latencia, planificación a mediana y corto plazo, políticas de planificación como Round Robin y menor tiempo restante, y modelos de estados de procesos. El resumen incluye la calificación final de 66%.
Este documento contiene 20 preguntas de opción múltiple sobre conceptos básicos de sistemas operativos como planificación de procesos, estados de procesos, políticas de planificación y elementos de un proceso. Las preguntas abarcan temas como la política de planificación de Windows, el bloque de control de procesos, la tabla de procesos, el núcleo del sistema operativo, los objetivos de la planificación de procesos y varias políticas de planificación como mayor tasa de respuesta, round robin y primero el más cort
Los modelos de estados y transiciones de procesos incluyen el modelo de tres estados con cuatro transiciones, el modelo de seis estados con ocho transiciones, el modelo de dos estados con cuatro transiciones, y el modelo de cinco estados con seis transiciones. Estos modelos describen cómo los procesos pasan por diferentes estados como ejecución, listo, bloqueado, mientras son administrados por el sistema operativo.
Corrección segundo Parcial Sistemas Operativosjhonfgarcia
Este documento contiene 20 preguntas de opción múltiple sobre sistemas operativos y políticas de planificación de procesos. Cubre temas como turno rotatorio, tiempo de respuesta, elementos de un proceso, y los diferentes niveles de planificación como corto plazo, E/S y medio plazo. El objetivo parece ser evaluar el conocimiento sobre conceptos básicos de sistemas operativos.
El documento describe la técnica PERT (Program Evaluation and Review Technique), un modelo para la administración de proyectos desarrollado en 1957. PERT involucra el análisis de las tareas de un proyecto, especialmente los tiempos de cada tarea, para identificar el tiempo mínimo para completar el proyecto. Un diagrama de red PERT permite planificar y controlar el desarrollo de un proyecto mediante el uso de nodos y flechas que representan tareas y dependencias. La ruta crítica en un diagrama PERT son aquellas t
El documento describe diferentes técnicas de prueba de software, incluyendo pruebas de caja blanca (como prueba del camino básico y prueba de flujo de datos), pruebas de caja negra, y pruebas especializadas para interfaces gráficas, arquitecturas cliente-servidor, sistemas en tiempo real, y documentación. El objetivo general de las pruebas es encontrar errores de software de manera eficiente evaluando los diferentes componentes, funciones, datos de entrada y salida, y comportamientos del software.
Este documento resume los conceptos clave del análisis de algoritmos, incluyendo la complejidad temporal y de espacio. Explica que la complejidad temporal mide el tiempo de ejecución de un algoritmo en función del tamaño de los datos de entrada, mientras que la complejidad espacial mide los recursos de memoria requeridos. También define la eficiencia de los algoritmos y cómo el análisis de algoritmos ayuda a encontrar soluciones eficientes a problemas computacionales.
El documento describe los métodos PERT y CPM para la planificación y control de proyectos mediante redes. PERT se usó originalmente para proyectos con tiempos inciertos, mientras que CPM se enfoca en tiempos deterministas. Ambos métodos identifican la ruta crítica y calculan tiempos de inicio y finalización tempranos/tardíos de actividades. El documento explica las diferencias entre PERT y CPM y proporciona ejemplos paso a paso para proyectos con tiempos conocidos e inciertos.
Este documento describe diferentes técnicas de prueba de software, incluyendo técnicas de caja blanca y negra. Las técnicas de caja blanca implican un examen detallado del código para probar cada camino, mientras que las técnicas de caja negra prueban la interfaz sin necesidad de conocer la lógica interna. También describe la técnica de prueba del camino básico, la cual incluye representar el programa como un grafo de flujo, calcular la complejidad ciclomática para determinar el número
Este documento contiene 20 preguntas de opción múltiple sobre conceptos básicos de sistemas operativos como planificación de procesos, estados de procesos, políticas de planificación y elementos de un proceso. Las preguntas abarcan temas como la política de planificación de Windows, el bloque de control de procesos, la tabla de procesos, el núcleo del sistema operativo, los objetivos de la planificación de procesos y varias políticas de planificación como mayor tasa de respuesta, round robin y primero el más cort
Los modelos de estados y transiciones de procesos incluyen el modelo de tres estados con cuatro transiciones, el modelo de seis estados con ocho transiciones, el modelo de dos estados con cuatro transiciones, y el modelo de cinco estados con seis transiciones. Estos modelos describen cómo los procesos pasan por diferentes estados como ejecución, listo, bloqueado, mientras son administrados por el sistema operativo.
Corrección segundo Parcial Sistemas Operativosjhonfgarcia
Este documento contiene 20 preguntas de opción múltiple sobre sistemas operativos y políticas de planificación de procesos. Cubre temas como turno rotatorio, tiempo de respuesta, elementos de un proceso, y los diferentes niveles de planificación como corto plazo, E/S y medio plazo. El objetivo parece ser evaluar el conocimiento sobre conceptos básicos de sistemas operativos.
El documento describe la técnica PERT (Program Evaluation and Review Technique), un modelo para la administración de proyectos desarrollado en 1957. PERT involucra el análisis de las tareas de un proyecto, especialmente los tiempos de cada tarea, para identificar el tiempo mínimo para completar el proyecto. Un diagrama de red PERT permite planificar y controlar el desarrollo de un proyecto mediante el uso de nodos y flechas que representan tareas y dependencias. La ruta crítica en un diagrama PERT son aquellas t
El documento describe diferentes técnicas de prueba de software, incluyendo pruebas de caja blanca (como prueba del camino básico y prueba de flujo de datos), pruebas de caja negra, y pruebas especializadas para interfaces gráficas, arquitecturas cliente-servidor, sistemas en tiempo real, y documentación. El objetivo general de las pruebas es encontrar errores de software de manera eficiente evaluando los diferentes componentes, funciones, datos de entrada y salida, y comportamientos del software.
Este documento resume los conceptos clave del análisis de algoritmos, incluyendo la complejidad temporal y de espacio. Explica que la complejidad temporal mide el tiempo de ejecución de un algoritmo en función del tamaño de los datos de entrada, mientras que la complejidad espacial mide los recursos de memoria requeridos. También define la eficiencia de los algoritmos y cómo el análisis de algoritmos ayuda a encontrar soluciones eficientes a problemas computacionales.
El documento describe los métodos PERT y CPM para la planificación y control de proyectos mediante redes. PERT se usó originalmente para proyectos con tiempos inciertos, mientras que CPM se enfoca en tiempos deterministas. Ambos métodos identifican la ruta crítica y calculan tiempos de inicio y finalización tempranos/tardíos de actividades. El documento explica las diferencias entre PERT y CPM y proporciona ejemplos paso a paso para proyectos con tiempos conocidos e inciertos.
Este documento describe diferentes técnicas de prueba de software, incluyendo técnicas de caja blanca y negra. Las técnicas de caja blanca implican un examen detallado del código para probar cada camino, mientras que las técnicas de caja negra prueban la interfaz sin necesidad de conocer la lógica interna. También describe la técnica de prueba del camino básico, la cual incluye representar el programa como un grafo de flujo, calcular la complejidad ciclomática para determinar el número
1) El documento contiene 20 preguntas sobre conceptos relacionados con la planificación de procesos en sistemas operativos como políticas de planificación (Round Robin, Menor Tiempo Restante), objetivos, funciones del planificador y tiempo de retorno de procesos. 2) Las preguntas requieren seleccionar una respuesta correcta sobre estos temas. 3) El documento evalúa conocimientos sobre los componentes y funcionalidad del planificador de procesos dentro de un sistema operativo.
El documento habla sobre sistemas operativos. Explica que el sistema operativo en la memoria principal incluye funciones utilizadas con frecuencia llamadas directivas del sistema. También describe que la política de planificación de turno rotatorio es apropiativa porque un proceso en uso de la CPU puede ser despojado por factores como fin de cuanto, bloqueado por evento de E/S o terminado. Además, menciona que la función del planificador consiste en aplicar los requerimientos de la política señalada.
Este documento contiene 15 preguntas de un examen sobre sistemas operativos y las respuestas correspondientes. Las preguntas cubren temas como los estados de los procesos, la planificación, la multiprogramación, el tiempo de latencia y los objetivos de los sistemas operativos.
Este documento contiene 25 preguntas de opción múltiple sobre conceptos relacionados con sistemas operativos como procesos, estados de procesos, planificación, multiprogramación y tiempo compartido. Las preguntas abarcan temas como los elementos de un proceso, las causas de terminación de un proceso, las diferencias entre multiprogramación y tiempo compartido, y los objetivos de los sistemas operativos.
El documento describe los procesos PSP 0 y PSP 0.1, que proveen una estructura definida para proyectos pequeños y la medición de tareas. PSP 0 incluye las fases de planeación, desarrollo y postmortem. En cada fase, los ingenieros registran datos como el tiempo y defectos. El objetivo es recolectar datos iniciales que ayuden a mejorar procesos futuros.
Este documento presenta los métodos de control de proyectos, incluyendo gráficas de avance y rendimiento. Explica cómo crear cuadros de avance para monitorear el progreso de actividades y procesos. También describe procedimientos para evaluar retrasos y absorberlos a través de holguras o compresión de actividades, minimizando el impacto en el cronograma general. Finalmente, resume métodos como PERT y Gantt, así como el uso de software para la administración de proyectos.
La programación de tareas busca secuenciar las actividades de un plan de forma que cada una tenga un inicio y conclusión encadenados con las demás. La técnica más empleada es PERT/CPM, la cual permite ver de forma gráfica las actividades, estimar el tiempo total del programa, identificar las actividades críticas y la holgura en las no críticas. Los métodos probabilísticos estiman la probabilidad de terminar el programa a tiempo considerando distribuciones normales para la duración de las tareas.
Este documento describe los componentes clave de un plan de proyecto de software, incluyendo estimaciones de costos, programación de tiempo, planificación de personal, estructuración del equipo de trabajo, verificación y control de calidad, gerencia de configuración, monitoreo del proyecto y manejo de riesgos. También explica técnicas comunes para estimar tiempos y costos de proyectos de software, como diagramas de Gantt, redes PERT/CPM y herramientas de software.
Este documento contiene 20 preguntas de opción múltiple relacionadas con los procesos de gestión del cronograma de un proyecto según el PMBOK®, incluyendo preguntas sobre definición de actividades, estimación de duración, secuenciación, desarrollo del cronograma y control del cronograma. El documento proporciona una herramienta de autoevaluación para que el lector pruebe sus conocimientos sobre estos procesos clave de gestión de proyectos.
1. Los procesos pueden pasar al estado listo o bloqueado cuando termina su tiempo asignado, tiene carga de E/S, el puerto no responde, el programador lo determina o se ha cancelado su ejecución.
2. La interfaz hombre máquina no es un concepto apropiado para la definición de sistema operativo.
3. El contexto de ejecución no forma parte de los elementos que componen un proceso.
El documento habla sobre la estimación de proyectos de software. Explica que es importante hacer una estimación precisa del costo, tiempo y recursos necesarios antes de comenzar un proyecto. Describe diferentes técnicas para estimar el tamaño y complejidad del software como líneas de código, puntos de función o componentes estándar. También presenta el modelo COCOMO que utiliza factores como la fiabilidad, complejidad y experiencia del equipo para calcular el esfuerzo requerido.
Este documento presenta los resultados de una práctica sobre la traducción de demostraciones matemáticas y algoritmos a programas computacionales. Se desarrollaron programas para implementar el algoritmo de la división, resolver ecuaciones diofánticas y realizar cambios de base numérica. El documento describe el análisis, diseño, desarrollo y pruebas de cada programa, así como las conclusiones de los estudiantes sobre la importancia de entender los algoritmos y su traducción a lenguajes de programación.
Este documento describe la programación estructurada, incluyendo su definición, ventajas, uso de recursos abstractos, diseño descendente (top-down), módulos, diagramas de flujo y las principales estructuras de control. También explica las etapas del desarrollo de software como definición del problema, análisis, diseño de algoritmos, codificación, pruebas, documentación y mantenimiento.
Este documento trata sobre la planificación de proyectos de desarrollo de software. Explica que la planificación y gestión son cruciales para el éxito de estos proyectos debido a que los requisitos y características del producto final no pueden definirse completamente hasta que comienza el proceso de desarrollo. Luego, detalla algunos objetivos clave de la planificación como minimizar defectos, satisfacer a los usuarios y lograr un buen nivel de mantenibilidad y extensibilidad. Finalmente, cubre temas como el al
Los equipos del salón J presentaron resúmenes sobre diversos temas relacionados a sistemas de información, incluyendo la definición de sistemas de información, sus tipos y ciclo de vida, las fases de su desarrollo, planificación, diseño, factibilidad y gestión de proyectos a través de diagramas de Gantt. Cada equipo explicó un tema clave para entender cómo se crean y utilizan los sistemas de información.
Este documento presenta los conceptos de planificación, reingeniería y plan de proyecto en el contexto del desarrollo de software. Explica que la planificación es fundamental para distribuir las tareas y estimar los costos y plazos del proyecto. También cubre los pasos para realizar la reingeniería de software existente. Finalmente, indica que el plan de proyecto documenta el alcance, costos y riesgos para comunicar la estrategia a las partes interesadas.
Este documento presenta un resumen del proyecto para implementar un sistema de control de tiempos para la empresa MELCO en Colombia. El sistema automatizará el proceso de reporte de horas de los empleados para controlar el cumplimiento de horarios, agilizar los registros y eliminar errores. Se detallan los objetivos, etapas, planes de gestión de riesgos, calidad, comunicaciones y recursos humanos para garantizar el éxito del proyecto.
El presente trabajo es un caso practico de la implementacion de un sistema que involucra la tecnología de información, que usa la herramienta Business Case o caso de negocio para presentarlo.
Este documento presenta un proyecto para mejorar el control y administración de los inventarios de materiales en la empresa Vibracoustic de México. Actualmente, el control de materiales se realiza solo al final de cada mes, lo que puede ocasionar desabastecimientos. El proyecto propone implementar un sistema que permita conocer el estado de los inventarios en tiempo real a través de actualizaciones semanales, para que el departamento de planeación pueda tomar acciones preventivas. De esta forma se espera eliminar desabastecimientos, reducir costos y mejorar la efici
1) El documento contiene 20 preguntas sobre conceptos relacionados con la planificación de procesos en sistemas operativos como políticas de planificación (Round Robin, Menor Tiempo Restante), objetivos, funciones del planificador y tiempo de retorno de procesos. 2) Las preguntas requieren seleccionar una respuesta correcta sobre estos temas. 3) El documento evalúa conocimientos sobre los componentes y funcionalidad del planificador de procesos dentro de un sistema operativo.
El documento habla sobre sistemas operativos. Explica que el sistema operativo en la memoria principal incluye funciones utilizadas con frecuencia llamadas directivas del sistema. También describe que la política de planificación de turno rotatorio es apropiativa porque un proceso en uso de la CPU puede ser despojado por factores como fin de cuanto, bloqueado por evento de E/S o terminado. Además, menciona que la función del planificador consiste en aplicar los requerimientos de la política señalada.
Este documento contiene 15 preguntas de un examen sobre sistemas operativos y las respuestas correspondientes. Las preguntas cubren temas como los estados de los procesos, la planificación, la multiprogramación, el tiempo de latencia y los objetivos de los sistemas operativos.
Este documento contiene 25 preguntas de opción múltiple sobre conceptos relacionados con sistemas operativos como procesos, estados de procesos, planificación, multiprogramación y tiempo compartido. Las preguntas abarcan temas como los elementos de un proceso, las causas de terminación de un proceso, las diferencias entre multiprogramación y tiempo compartido, y los objetivos de los sistemas operativos.
El documento describe los procesos PSP 0 y PSP 0.1, que proveen una estructura definida para proyectos pequeños y la medición de tareas. PSP 0 incluye las fases de planeación, desarrollo y postmortem. En cada fase, los ingenieros registran datos como el tiempo y defectos. El objetivo es recolectar datos iniciales que ayuden a mejorar procesos futuros.
Este documento presenta los métodos de control de proyectos, incluyendo gráficas de avance y rendimiento. Explica cómo crear cuadros de avance para monitorear el progreso de actividades y procesos. También describe procedimientos para evaluar retrasos y absorberlos a través de holguras o compresión de actividades, minimizando el impacto en el cronograma general. Finalmente, resume métodos como PERT y Gantt, así como el uso de software para la administración de proyectos.
La programación de tareas busca secuenciar las actividades de un plan de forma que cada una tenga un inicio y conclusión encadenados con las demás. La técnica más empleada es PERT/CPM, la cual permite ver de forma gráfica las actividades, estimar el tiempo total del programa, identificar las actividades críticas y la holgura en las no críticas. Los métodos probabilísticos estiman la probabilidad de terminar el programa a tiempo considerando distribuciones normales para la duración de las tareas.
Este documento describe los componentes clave de un plan de proyecto de software, incluyendo estimaciones de costos, programación de tiempo, planificación de personal, estructuración del equipo de trabajo, verificación y control de calidad, gerencia de configuración, monitoreo del proyecto y manejo de riesgos. También explica técnicas comunes para estimar tiempos y costos de proyectos de software, como diagramas de Gantt, redes PERT/CPM y herramientas de software.
Este documento contiene 20 preguntas de opción múltiple relacionadas con los procesos de gestión del cronograma de un proyecto según el PMBOK®, incluyendo preguntas sobre definición de actividades, estimación de duración, secuenciación, desarrollo del cronograma y control del cronograma. El documento proporciona una herramienta de autoevaluación para que el lector pruebe sus conocimientos sobre estos procesos clave de gestión de proyectos.
1. Los procesos pueden pasar al estado listo o bloqueado cuando termina su tiempo asignado, tiene carga de E/S, el puerto no responde, el programador lo determina o se ha cancelado su ejecución.
2. La interfaz hombre máquina no es un concepto apropiado para la definición de sistema operativo.
3. El contexto de ejecución no forma parte de los elementos que componen un proceso.
El documento habla sobre la estimación de proyectos de software. Explica que es importante hacer una estimación precisa del costo, tiempo y recursos necesarios antes de comenzar un proyecto. Describe diferentes técnicas para estimar el tamaño y complejidad del software como líneas de código, puntos de función o componentes estándar. También presenta el modelo COCOMO que utiliza factores como la fiabilidad, complejidad y experiencia del equipo para calcular el esfuerzo requerido.
Este documento presenta los resultados de una práctica sobre la traducción de demostraciones matemáticas y algoritmos a programas computacionales. Se desarrollaron programas para implementar el algoritmo de la división, resolver ecuaciones diofánticas y realizar cambios de base numérica. El documento describe el análisis, diseño, desarrollo y pruebas de cada programa, así como las conclusiones de los estudiantes sobre la importancia de entender los algoritmos y su traducción a lenguajes de programación.
Este documento describe la programación estructurada, incluyendo su definición, ventajas, uso de recursos abstractos, diseño descendente (top-down), módulos, diagramas de flujo y las principales estructuras de control. También explica las etapas del desarrollo de software como definición del problema, análisis, diseño de algoritmos, codificación, pruebas, documentación y mantenimiento.
Este documento trata sobre la planificación de proyectos de desarrollo de software. Explica que la planificación y gestión son cruciales para el éxito de estos proyectos debido a que los requisitos y características del producto final no pueden definirse completamente hasta que comienza el proceso de desarrollo. Luego, detalla algunos objetivos clave de la planificación como minimizar defectos, satisfacer a los usuarios y lograr un buen nivel de mantenibilidad y extensibilidad. Finalmente, cubre temas como el al
Los equipos del salón J presentaron resúmenes sobre diversos temas relacionados a sistemas de información, incluyendo la definición de sistemas de información, sus tipos y ciclo de vida, las fases de su desarrollo, planificación, diseño, factibilidad y gestión de proyectos a través de diagramas de Gantt. Cada equipo explicó un tema clave para entender cómo se crean y utilizan los sistemas de información.
Este documento presenta los conceptos de planificación, reingeniería y plan de proyecto en el contexto del desarrollo de software. Explica que la planificación es fundamental para distribuir las tareas y estimar los costos y plazos del proyecto. También cubre los pasos para realizar la reingeniería de software existente. Finalmente, indica que el plan de proyecto documenta el alcance, costos y riesgos para comunicar la estrategia a las partes interesadas.
Este documento presenta un resumen del proyecto para implementar un sistema de control de tiempos para la empresa MELCO en Colombia. El sistema automatizará el proceso de reporte de horas de los empleados para controlar el cumplimiento de horarios, agilizar los registros y eliminar errores. Se detallan los objetivos, etapas, planes de gestión de riesgos, calidad, comunicaciones y recursos humanos para garantizar el éxito del proyecto.
El presente trabajo es un caso practico de la implementacion de un sistema que involucra la tecnología de información, que usa la herramienta Business Case o caso de negocio para presentarlo.
Este documento presenta un proyecto para mejorar el control y administración de los inventarios de materiales en la empresa Vibracoustic de México. Actualmente, el control de materiales se realiza solo al final de cada mes, lo que puede ocasionar desabastecimientos. El proyecto propone implementar un sistema que permita conocer el estado de los inventarios en tiempo real a través de actualizaciones semanales, para que el departamento de planeación pueda tomar acciones preventivas. De esta forma se espera eliminar desabastecimientos, reducir costos y mejorar la efici
1. ASTRID TATIANA ROA RODRIGUEZ
COD. 2011152055
TECNOLOGO EN DESARROLLO INFORMATICO
ECCI ESCUELA COLOMBIANA DE CARRERAS INDUSTRIALES
SISTEMAS OPERATIVOS
DOCENTE OSCAER MENDOZA
CORRECCION PARCIAL SEGUNDO CORTE
1. Al espacio de tiempo en el cual el procesador se encuentra intercambiando un
proceso por otro del estado listo se denomina:
RESPUESTA ELEGIDA: b. tiempo de latencia respuesta correcta
2. Qué tipo de planificación es la encargada de establecer el grado de
multiprogramación
RESPUESTA ELEGIDA: c. planificación multiusuario respuesta incorrecta
RESPUESTA CORRECTA: a. planificación a mediana plazo
3. Existen múltiples forma como el sistema interpreta la creación de nuevos
procesos, entre ellos uno de los más frecuente e indispensable utilizado por el
usuario
RESPUESTA ELEGIDA: d. Emisión de un trabajo por lotes del usuario respuesta
incorrecta
RESPUESTA CORRECTA: a. identificación de un nuevo usuario
4. La política de planificación empleada por el sistema operativo WINDOSW es
“mayor tasa de respuesta”, por su equidad en el procedimiento de procesos largos
y cortos, de allí su nombre , la afirmación anterior es verdadera o falsa
RESPUESTA ELEGIDA: b. Falso respuesta correcta
5. Las categorías generales de la planificación de procesos son preferentes y
proferentes, quiere decir entonces que hay procesos que pueden apoderarse del
procesador hasta terminar, mientras que algunos sufrirían posiblemente de
inanición, para la no preferente y que en la medida que llegue a la lista de listo un
proceso con prioridades mayores de acuerdo con la política seleccionada, le será
arrebatada la CPU y entregada a este último para la preferente
La afirmación anterior es verdadera o falsa
RESPUESTA ELEGIDA: a. verdadero respuesta correcta
2. 6. En que consiste el tiempo de retorno de un proceso
RESPUESTA ELEGIDA: b. tiempo transcurrido entre el lanzamiento de un
proceso y su finalización respuesta correcta
7. Seleccione en cada frase la opción correspondiente relacionando las posibles
característica de la política de planificación según sea el caso
Para la respuesta 1 es primero el de mayor tasa de respuesta
Para la respuesta 4 es primero el proceso más corto
8. Para el grafico determine la tasa de respuesta promedio:
RESPUESTA ELEGIDA: d. 3.2 respuesta incorrecta
RESPUESTA CORRECTA: a 2.3
3. 9. Para la siguiente grafica
RESPUESTA ELEGIDA: a. 4 respuesta correcta
10. Una de la siguientes opciones no es un criterio valido para la planificación a corto
plazo:
RESPUESTA ELEGIDA: b. manejo eficiente de recursos respuesta correcta
11. De acuerdo con la política de planificación denominada Round robin, cuando se
genera la interrupción por el cuanto expirado el proceso que está en ejecución se
sitúa en
RESPUESTA ELEGIDA: d. la cola de listos y se selección el siguiente trabajo
según un FCFS respuesta correcta
12. De la siguiente grafica podemos deducir que el tiempo asignado para la ejecución
de cada ´proceso, por parte del distribuidor es de
RESPUESTA ELEGIDA: a. 6 unidades de tiempo respuesta correcta
4. 13. Cuando un proceso se encuentra en la memoria secundaria esperando un suceso,
en qué estado se encuentra según el modelo de 7 estados
RESPUESTA ELEGIDA: a. bloqueado suspendido respuesta correcta
14. Se ha dicho que la forma como se comunican los recursos y el procesador se
distingue dependiendo se es en software y hardware, de acuerdo con esto la
comunicación en software se denomina: INTERRUPCIONES, mientras que en
hardware se denomina:
RESPUESTA ELEGIDA: d. bus interno respuesta incorrecta
RESPUESTA CORRECTA: a señales
15.
De acuerdo con el grafico, la policía de planificación empleada es:
RESPUESTA ELEGIDA: a. menor tiempo restante respuesta correcta
16. Para la política de planificación de procesos denominada REALIMENTACION
MULTINIVEL , si un proceso A tiene asignados 5 tiempos de ejecución y un
proceso B tiene 7, cuantas listas auxiliares retroalimentadas deben generarse
hasta que el proceso A se ejecute totalmente suponiendo que A llega en 0 y B
llega en 1
RESPUESTA ELEGIDA: b. 2 respuesta incorrecta
RESPUESTA CORRECTA: a. 4
17. Una de las siguientes no es una política de planificación de procesos preferente:
RESPUESTA ELEGIDA: e. mayor tasa de respuesta respuesta correcta
18. Uno de los siguientes no es un objetivo del sistema operativo acorde con lo
establecido en los contenidos de la asignatura
RESPUESTA ELEGIDA: a. interacción de recursos E/S respuesta correcta
5. 19. En la siguientes lista de actividades se describe uno de los principales servicios que
ofrece el sistema operativo:
Recoger estadísticas
Supervisar su rendimiento
Utilizando para anticiparse a las mejoras futuras
Utilizando para los usuarios de cuotas
El servicio caracterizado es:
RESPUESTA ELEGIDA: a. efectividad del servicio respuesta incorrecta
RESPUESTA CORRECTA: b. contabilidad
20. Teniendo en cuenta que la política de planificación denominada mayor tasa de
respuesta, evalúa el tiempo de espera del proceso(w) y el tiempo estimado de
procesamiento (s), la fórmula utilizada para hallar el cálculo es :
RESPUESTA ELEGIDA: a. TR =(w+s)/s respuesta correcta
NOTA : 32.8 DE 50 (66%)