Para comprender los subprocesos en VB.NET, es útil comprender algunos de los conceptos básicos. Lo primero es que el enhebrado es algo que sucede porque el sistema operativo lo admite. Microsoft Windows es un sistema operativo multitarea preventivo. Una parte de Windows llamada el programador de tareas distribuye el tiempo del procesador a todos los programas en ejecución. Estos pequeños fragmentos de tiempo de procesador se denominan segmentos de tiempo. Los programas no están a cargo de la cantidad de tiempo de procesador que obtienen, sino del programador de tareas. Debido a que estos intervalos de tiempo son tan pequeños, te da la ilusión de que la computadora está haciendo varias cosas a la vez.
Definición de hilo
Un hilo es un flujo de control secuencial único.
Algunos calificadores:
- Un hilo es una "ruta de ejecución" a través de ese cuerpo de código.
- Los subprocesos comparten memoria, por lo que deben cooperar para producir el resultado correcto.
- Un subproceso tiene datos específicos del subproceso, como registros, un puntero de pila y un contador de programa.
- Un proceso es un solo cuerpo de código que puede tener muchos hilos, pero tiene al menos uno y tiene un solo contexto (espacio de direcciones).
Esto es material de nivel de ensamblaje, pero eso es en lo que te encuentras cuando comienzas a pensar en hilos.
Multithreading vs. Multiprocesamiento
Multithreading no es lo mismo que el procesamiento paralelo multinúcleo, pero el multiproceso y el multiprocesamiento funcionan juntos. La mayoría de las PC de hoy en día tienen procesadores que tienen al menos dos núcleos, y las máquinas domésticas comunes a veces tienen hasta ocho núcleos. Cada núcleo es un procesador separado, capaz de ejecutar programas por sí mismo. Obtiene un aumento de rendimiento cuando el sistema operativo asigna un proceso diferente a diferentes núcleos. El uso de múltiples hilos y múltiples procesadores para un rendimiento aún mayor se llama paralelismo a nivel de hilo.
Mucho de lo que se puede hacer depende de lo que el sistema operativo y el hardware del procesador puedan hacer, no siempre lo que puede hacer en su programa, y no debe esperar poder usar múltiples hilos en todo. De hecho, es posible que no encuentre muchos problemas que se beneficien de múltiples hilos. Por lo tanto, no implemente multihilo solo porque está allí. Puede reducir fácilmente el rendimiento de su programa si no es un buen candidato para subprocesamiento múltiple. Como ejemplos, los códecs de video pueden ser los peores programas para multiprocesar porque los datos son inherentemente de serie. Los programas de servidor que manejan páginas web podrían estar entre los mejores porque los diferentes clientes son inherentemente independientes.
Practicando la seguridad del hilo
El código multiproceso a menudo requiere una coordinación compleja de subprocesos. Los errores sutiles y difíciles de encontrar son comunes porque los diferentes hilos a menudo tienen que compartir los mismos datos para que los datos puedan ser cambiados por un hilo cuando otro no lo espera. El término general para este problema es "condición de carrera". En otras palabras, los dos hilos pueden entrar en una "carrera" para actualizar los mismos datos y el resultado puede ser diferente dependiendo de qué hilo "gana". Como ejemplo trivial, supongamos que está codificando un bucle:
Si el contador de bucles "I" pierde inesperadamente el número 7 y pasa de 6 a 8, pero solo algunas veces, tendría efectos desastrosos en lo que sea que esté haciendo el bucle. La prevención de problemas como este se llama seguridad de subprocesos. Si el programa necesita el resultado de una operación en una operación posterior, puede ser imposible codificar procesos o hilos paralelos para hacerlo.
Operaciones básicas de subprocesos múltiples
Es hora de llevar esta charla preventiva a un segundo plano y escribir un código multiproceso. Este artículo utiliza una aplicación de consola para simplificar en este momento. Si desea seguir, inicie Visual Studio con un nuevo proyecto de Aplicación de consola.
El espacio de nombres principal utilizado por multithreading es el sistema. El espacio de nombres de subprocesos y la clase de subprocesos crearán, iniciarán y detendrán nuevos subprocesos. En el siguiente ejemplo, observe que TestMultiThreading es un delegado. Es decir, debe usar el nombre de un método al que pueda llamar el método Thread.
En esta aplicación, podríamos haber ejecutado el segundo Sub simplemente llamándolo:
Esto habría ejecutado toda la aplicación en forma serial. Sin embargo, el primer ejemplo de código anterior inicia la subrutina TestMultiThreading y luego continúa.
Un ejemplo de algoritmo recursivo
Aquí hay una aplicación multiproceso que involucra el cálculo de permutaciones de una matriz usando un algoritmo recursivo. No todo el código se muestra aquí. El conjunto de caracteres que se permutan es simplemente "1", "2", "3", "4" y "5". Aquí está la parte pertinente del código.
Tenga en cuenta que hay dos formas de llamar al sub Permute (ambos comentados en el código anterior). Uno inicia un hilo y el otro lo llama directamente. Si lo llamas directamente, obtienes:
Sin embargo, si inicia un hilo e inicia el sub Permute en su lugar, obtendrá:
Esto muestra claramente que se genera al menos una permutación, luego el Sub principal avanza y finaliza, mostrando "Principal terminado", mientras se genera el resto de las permutaciones. Dado que la pantalla proviene de un segundo sub llamado por el sub Permute, sabes que también es parte del nuevo subproceso. Esto ilustra el concepto de que un hilo es "una ruta de ejecución" como se mencionó anteriormente.
Ejemplo de condición de carrera
La primera parte de este artículo menciona una condición de carrera. Aquí hay un ejemplo que lo muestra directamente:
La ventana Inmediato mostró este resultado en una prueba. Otros ensayos fueron diferentes. Esa es la esencia de una condición de carrera.