La salida de este programa es: A partir de wait_for_event - Ingresado y esperando set_event - Ingresado pero a punto de dormir set_event - Evento de activación y configuración set_event - Conjunto de eventos wait_for_event - El evento está configurado: Verdadero Hecho Para cambiar esto para usar Threads, simplemente necesitaríamos cambiar la importación y crear dos hilos: de subprocesos de importación Subproceso, Evento … imprimir(‘Iniciando’) evento = Evento() t1 = Subproceso (objetivo = esperar_por_evento, args = [evento]) t1.inicio() t2 = Subproceso (objetivo = conjunto_evento, args = [evento]) t2.inicio() t1.unirse() imprimir(‘Terminado’) 32.4 Sincronización de código concurrente No es raro tener que asegurarse de que las regiones críticas del código estén protegidas contra ejecución concurrente por múltiples subprocesos o procesos. Estos bloques de código típicamente implican la modificación o el acceso a datos compartidos. Por lo tanto es necesario para garantizar que solo un subproceso o proceso actualice un objeto compartido a la vez. tiempo y que los subprocesos o procesos del consumidor están bloqueados mientras se ejecuta esta actualización. ocurriendo Esta situación es más común cuando uno o más subprocesos o procesos son los productores de datos y uno o más subprocesos o procesos son los consumidores de esos datos Esto se ilustra en el siguiente diagrama. 382 32 Sincronización entre subprocesos/procesos