Selecciona la respuesta correcta respecto al envío de señales POSIX entre dos procesos a nivel de usuario: Un proceso puede enviar una señal a otro proceso a través del espacio de usuario mediante la llamada nativa al sistema kill(). Un proceso puede enviar una señal al otro proceso al pasar a modo núcleo, a través de la pertinente llamada nativa invocada indirectamente. Un proceso puede enviar una señal al otro proceso a través del espacio de usuario mediante la llamada nativa al sistema kill() sin pasar a modo núcleo.
Seleccione la respuesta correcta: El conjunto código, pila, montículo, registro de activación y BCP de un proceso conforman su imagen, que debe estar cargada en memoria principal para poder ejecutarse. El conjunto de código, datos, pila, montículo y BCP de un proceso conforman su imagen, que debe estar cargada en memoria principal para poder ejecutarse. El conjunto de registros de activación y BCP de un proceso conforman su imagen la cual no necesita estar cargada en memoria principal para poder ejecutarse.
En un hipotético sistema con arquitectura x86 de 32 bits y un kernel de Linux versión 2.6, si tuviera que añadir una nueva llamada al sistema, entre otras cosas haría lo siguiente: Añadiría la nueva llamada en cualquiera de las posiciones disponibles en la tabla de llamadas al sistema del fichero include/asm-i386/traps.c No es posible añadir nuevas llamadas al sistema, ya que estaríamos modificando el núcleo y corrompiendo la gestión de los recursos del sistema. Añadiría una nueva llamada a partir del último identificador de llamada que se encontrase en el fichero include/asm-i386/unistd.h, de forma que pudiera mantener la compatibilidad con otras versiones del núcleo.
Seleccione la respuesta más idónea: El BCP o bloque control de procesos permite al sistema operativo dar soporte a la tabla de procesos y registro de activación que forma la imagen del proceso que se esta ejecutando. El BCP o bloque de control de procesos permite al sistema operativo dar soporte a múltiples procesos y proporcionar multiprogramación. El BCP o bloque de control de procesos permite al sistema operativo dar soporte a múltiples...
En un sistema basado en POSIX, si hay un proceso con varios hilos, ¿cuál es la zona que se usa para datos que puedan ser accedidos por todos los hilos de este proceso? El montículo del proceso principal. La pila del proceso principal Ninguna de las anteriores.
El modelo multihilo "muchos a uno" se utiliza principalmente: Sistemas que no soporten multiprocesamiento o en aplicaciones muy concretas. Sistemas que soporten multiprocesamiento, aprovechando así la existencia de varios núcleos. Sistemas que no bloquean a un proceso entero si un hilo de ese proceso se bloquea.
Durante la invocación de una función en la ejecución de un proceso, en la pila asociada a dicho proceso se almacena lo siguiente: La función que llama coloca los valores de los parámetros. La función llamada coloca el valor devuelto. La función que llama coloca las variables locales.
En el arranque de servicios de la versión Systemd: Los servicios dejan sus eventos en el sistema de registros situado en /var/log/. Los servicios dejan sus eventos en el sistema de registros journal, que reemplaza o convive con el sistema /var/log/. Los servicios no dejan eventos en registros /var/log/ o journal al no tener interacción directa con el usuario, se indican en las unidades tipo target.
Cuando un proceso en ejecución tenga asignada satisfactoriamente una función callback() asociada a una señal y la reciba, entre otras cosas, ¿que piensa que cambiará? El limite de rodaja de tiempo del proceso. El estado del proceso que pasará a bloqueado hasta que reciba la señal. La parte del BCP asociada al contador del programa de dicho proceso.
Uno de los métodos que se podría emplear para pasar al núcleo los parámetros de la invocación de una llamada nativa al sistema en modo usuario (wrapper) consiste en: Pasar los parámetros a una serie de registros CPU accesibles en modo núcleo. Pasar los parámetros a la pila del núcleo. Pasar los parámetros a una serie de registros CPU accesibles en modo usuario.
De manera general un controlador, como procesador de propósito especial. Ejecuta instrucciones correspondientes a procesos de usuario mediante el acceso directo a la memoria principal. Ejecuta un conjunto limitado de instrucciones, no ejecuta procesos de usuario. Ejecuta procesos de usuario, al igual que la CPU.
Teniendo en cuenta el sistema de Entrada-Salida, seleccione la secuencia de comunicación correcta en una operación de lectura de un periférico externo. CPU -> Driver -> Controladora -> Períferico CPU -> Controladora -> Driver -> Períferico CPU -> Controladora -> Períferico -> Driver.
Dada la imagen de un proceso, ¿dónde se sitúan los registros de activación? En la parte colocada por la función llamada. En el BCP. En la pila.
El esquema de planificación de colas multinivel retroalimentado con quantum q=1 presenta el siguiente problema: Si un proceso no ha cumplido su rodaja de tiempo comienza con una nueva en la cola de mayor prioridad. Los procesos más cortos podrían entrar en una grave inanición si están entrando nuevos procesos frecuentemente en el sistema. El tiempo de estancia para los procesos más largos se puede alargar de manera alarmante.
En un hipotético sistema con arquitectura x86 de 32 bits y un kernel de Linux de versión 2.6 en la función trap para la invocación de llamadas a lsistema: En modo núcleo se realiza una carga en el registro eax donde se pone el identificador de la llamada nativa a invocar y posteriormente se invoca a system_call(). En modo usuario se invoca system_call(), pasándose a modo núcleo y cargándose posteriormente el registro eax, donde se pone el identificador de la llamada nativa a invocar. En modo usuario se realiza una carga en el registro eax donde se pone el identificador de la llamada nativa a invocar, posteriormente se pasa a modo núcleo y se invoca a system_call().
Cuando un proceso se encuentra en estado Saliente: El proceso es elegible para su ejecución al pasar de nuevo a estado Listo. El proceso no es elegible de nuevo para su ejecución y no está cargada en RAM. El proceso es elegible para su ejecución, siempre que la parte de su imagen que corresponde al BCP se encuentre en RAM y pase a estado Listo.
Seleccione la opción más apropiada en relación a cuándo un proceso puede pasar de estado Ejecutando a estado Listo. Un proceso A está ejecutando a un determinado nivel de prioridad, y un proceso B que se encuentra en estado Bloqueado tiene un nivel de prioridad mayor. El sistema operativo advierte que se produce el evento por el cual el proceso B estaba esperando. Esto puede interrumpir el proceso A y poner en ejecución al proceso B, pasando A de estado ejecutando a estado Listo. Parte de la imagen de un proceso que está en estado Ejecutando pasa a memoria secundaria, por lo que se interrumpe su ejecución y pasa a estado Listo. Un proceso A está en estado Ejecutando y realiza una invocación de Entrada-Salida, lo que lo lleva a estado Listo hasta que se complete dicha operación.
Seleccione la respuesta más adecuada. Suponga un sistema POSIX con iterrupciones pro prioridades, donde se produce una interrupción por E/S en disco duro que el sistema operativo comienza a tratar, pero ésta es interrumpida por otra de mayor prioridad. El sistema operativo terminará la interrupción por E/S que estaba tratando, ya que ésta ya había comenzado a ejecutarse, y posteriormente tratará la de mayor prioridad. El sistema operativo interrumpirá la interrupción de E/S que estaba tratando, para dar paso al tratamiento de la interrupción de mayor prioridad, desechando la primera al terminar. El sistema operativo interrumpirá la interrupción de E/S que estaba tratando, para dar paso al tratamiento de la interrupción de mayor prioridad, recuperando la primera la terminar.
En un modelo de comunicación Cliente-Servidor, si se usa una primitiva tipo send() bloqueante: El emisor de la primitiva se queda en estado bloqueado en espera de un mensaje de confirmación, reanudándose su ejecución tras la recepción del mismo. El emisor de la primitiva continua su ejecución, realizando una copia del mensaje enviado en el núcleo del sistema, evitando así problemas de modificación del mensaje. El emisor de la primitiva se queda bloqueado y realiza una copia del mensaje enviado al núcleo del sistema. Tras realizar la copia continua con su ejecución.
Los semáforos fuertes con respecto a las implementaciones hardware test&set: Resuelven el problema de la espera activa y la arbitrariedad de acceso a la sección crítica. Resuelven el problema de la aplicación de dichas instrucciones hardware a nivel de multiprocesador, ya que éstas instrucciones solo pueden utilizarse en sistemas uniprocesador. Resuelven el problema de la inanición provocando por el acceso a memoria de test&set gracias a que los semáforos no usan mecanismos de señalización para procesos que estén esperando a entrar en una sección crítica compartida.
|
