Desarrollo en Microsoft Visual Studio / Módulo 32 - Hilos (parte 2)

Microsoft Virtual Academy

Desarrollo en Microsoft Visual Studio

Módulo 32 - Hilos (parte 2)

Documentos

• Thread (Clase)
• ThreadStart (Delegado)
• ParameterizedThreadStart (Delegado)
• Procedimientos recomendados para el subprocesamiento administrado
• Pausar y reanudar subprocesos
• Planear subprocesos
• Subprocesamiento administrado y no administrado en Microsoft Windows
• Información general sobre el modelo asincrónico basado en eventos
• Procedimientos recomendados para implementar el modelo asincrónico basado en eventos
• Temporizadores
• Monitores
• Controladores de espera
• EventWaitHandle, AutoResetEvent, CountdownEvent y ManualResetEvennt
• Exclusiones mutuas (mutex)
• Operaciones de bloqueo
• Bloqueos de lector y escritor
• Semaphore y SemaphoreSlim
• Información general sobre los primitivos de sincronización
• Barrier (.NET Framework)
• SpinLock
• SpinWait

Preguntas

1. Un ThreadId del sistema operativo no tiene relación fija con un Thread administrado
1. TRUE
2. FALSE
3. NO APLICA
2. De los temporizadores existentes en el .Net Framework este es el más ligero
1. System.Windows.Forms.Timer
2. System.Timers.Timer
3. System.Timers.ReverseClock 
4. System.Threading.FastClock 
5. System.Threading.Timer 
3. La instrucción de la API de Windows ExitThread equivale a este método del .Net Framework
1. Thread.ForceExit
2. Ningún equivalente
3. Thread.Abort 
4. Thread.Suspend 
5. Thread.Close 
4. Son delegados usados para la inicialización de threads
1. ThreadStart
2. UnParameterizedThreadStart
3. StartThreadObject 
4. StartParametrizedThreadObject 
5. ParameterizedThreadStart
5. ________ es un primitiva de sincronización definida por el usuario que permite que varios subprocesos (denominados participantes) trabajar simultáneamente en un algoritmo en fases
1. Barrier
2. SpinLock
3. SpinWait
4. InterLocked 
5. SemaphoreSlim 
6. El modelo asincrónico basado en eventos es un conjunto de
1. APIS
2. Interfaces
3. Buenas Prácticas
4. a y c
5. b y c
7. Solo se debe utilizar _____________ si medienta el perfilado de código se ha determinado que el uso de __________ esta causando problemas de velocidad
1. SpinLock, SpinWait
2. SpinLock, Monitor
3. Monitor, SpinLock
4. SpinLock, Mutex 
5. Mutex, SpinLock
8. "La clase _______________ habilita a varios subprocesos para leer un recurso de forma simultánea, aunque para escribir en el recurso, el subproceso debe esperar a un bloqueo exclusivo."
1. Interlocked
2. Mutex 
3. Monitor
4. ReaderWriterLockSlim
5. ReaderAndWriterLockSlim
9. El multithreading resuelve problemas de rendimiento y de capacidad de respuesta, pero al hacerlo también crea nuevos problemas, como _______________ y ______________
1. Consumo de memoria
2. Interbloqueos
3. Recalentamiento de la CPU
4. Condiciones de carrera 
5. Costo de hardware
10. Existen en el Framework
1. ReaderWriterLockSlim
2. ReaderWriterLock
3. ReaderWriterSlimLock 
4. ReaderSlimWriterLock
5. ReaderAnyWriterOnlyLock 
11. Un interbloqueo tiene lugar cuando
1. el número de CPUs (o cores) es excedido por el número de threads en ejecución
2. cuando un recurso queda bloqueado por un thread que ya no existe pues la aplicación se ha cerrado abruptamente 
3. dos threads intentan bloquear un recurso que ya ha bloqueado uno de estos threads
4. dos threads han bloqueado un recursos que ya ha sido bloqueado por uno de estos threads 
5. dos recursos son accedidos por el mismo thread en el mismo instante