Se hace que se imprima info de debug solo para DEBUG2.

[z.facultad/75.74/practicos.git] / practicas / practica2 / README

diff --git a/practicas/practica2/README b/practicas/practica2/README
index cf3cc35977ba7dcdc8c379e67ebd99791ee94b09..303a18db9e9cfbdb5cac676fc2087e61b2047878 100644 (file)
--- a/practicas/practica2/README
+++ b/practicas/practica2/README
@@ -1,6 +1,6 @@
 P02e1101
 ========
-Ejercicio 1.1, como implementa el mutex con el algoritmo de decker con turnos
+Ejercicio 1.1, como implementa el mutex con el algoritmo de Dekker con turnos
 sólo funciona para 2 procesos y hay que numerarlos a mano. Se corre con:
 $ ./P02e1101 0 & ./P02e1101 1 &
 (el primer parametro es el numero de proceso, debe ser 0 o 1, se puede pasar un
@@ -13,7 +13,7 @@ P02e1201
 ========
 Ejercicio 1.2. Muy similar al anterior pero se puede correr con N procesos. Por
 ejemplo:
-$ ./P02e1101 0 & ./P02e1101 1 & ./P02e1101 2 & ./P02e1101 3 & ./P02e1101 4
+$ ./P02e1201 0 & ./P02e1201 1 & ./P02e1201 2 & ./P02e1201 3 & ./P02e1201 4
 (tambien acepta un parametro extra para la cantidad de iteraciones)
 
 Se provee un script lanzador: ./P02e1201.sh
@@ -88,3 +88,15 @@ productor, 1 es consumidor)
 Se provee un script lanzador: ./P02e2311.sh
 (recibe un parámetro opcional con la cantidad de iteraciones)
 
+P02e2321
+========
+Ejercicio 2.3.2. Productor-consumidor usando pipes pero con 3 productores
+que producen parcialmente y 2 consumidores que consumen todo. Debe correr
+primero el primer productor porque inicializa las estructuras compartidas.
+Por ejemplo:
+$ ./P02e2321 0 & ./P02e2321 1 & ./P02e2321 2 & ./P02e2321 3 & ./P02e2321 4 &
+(el proceso 0 a 2 son productores, el 3 y 4 consumidores).
+
+Se provee un script lanzador: ./P02e2321.sh
+(recibe un parámetro opcional con la cantidad de iteraciones)
+