Bien, veamos un ejemplo bueno, pareció que tenemos, pero con más tareas.
Entonces voy a cerrar para no modificar.
Copiamos, pegamos.
Vamos a colocar dos.
Ok?
Listo.
Y este lo modificamos.
Entonces vamos a tener distintas tareas.
Vamos a cambiar un poco este código.
Por ejemplo, acá tenemos resultado.
Vamos a tener otro más.
Entonces filter también.
Obviamente del tipo string este de acá.
Resultado 2 executar punto.
Submit tarea.
Es decir, enviamos otra tarea.
Bueno, al final es la misma, pero como otra ejecución.
Es decir, va a quedar en espera porque recuerden que estamos acá utilizando Single Dredd executar.
Por lo tanto maneja un solo pull.
Entonces este quien espera?
Incluso podríamos tener una tarea distinta.
Un cable integer te va a devolver, por ejemplo, un entero para que para variar de dos o en realidad
va a ser la tercera tarea que vamos a enviar a ejecución
son.
Cualquier entero vamos a retornar o devolver 10 pudiera ser algún cálculo.
Punto y coma.
Ya, pero también vamos a colocar una tardanza.
Un es el D.E.P este mismo en segundos.
Eso.
Y por acá un shout.
Iniciando tarea 2 y acá vamos a tener otro más.
Vamos a copiar del tipo Integer resultado 3.
De cada tarea.
2.
3 tarea, por tanto, 3 futuro y acá vamos a modificar iguai completamente.
Entonces, mientra no finalicen las 3, entonces paréntesis.
Acá otro paréntesis.
Resultado 2 punto y dom.
Ant.
Resultado 3 es DOM.
Entonces, mientras no finalicen Êtreté tarea, recuerden que cada una se muere 3 segundos.
Por lo tanto, el mismo tiempo vamos a imprimir acá lo siguiente Vamos a utilizar String formato.
Esto lo va a quitar String un formato.
Entonces resultado resultado 1 porcentaje s.
Resultado 2 porcentaje s y resultado 3
porcentajes.
Y estos porcentajes se recuerdan son parámetro del string format koma.
Voy a bajar y lo pasamos acá como argumentos de cada uno.
Entonces partamos con el primero resultado 1 o resultado en realia punto es donde se ha finalizado.
Si no pregunta, finalizó.
De lo contrario en proceso se fijan y lo mismo con cada uno.
Acá tenemos el primero.
Va a remplazar.
Conecto.
Entonces vamos a copiar una coma, lo pegamos y acá sería resultado 2 y acá coma resultado 3, este
se reemplaza por esto, este se reemplaza por esto y este se reemplaza por esto.
Y vamos a hacer una pausa de mil.
En vez de 1500 decide un segundo o mil milisegundo.
Vamos a ver.
Recuerden, se tienen que ejecutar de a uno.
Porque el pool es de uno solo.
Vamos a que sucede?
Vamos a ver.
Bueno, continuando con la ejecución, inicio la tarea y comienza el Wei.
Entonces tanto un proceso proceso, proceso, proceso perfecto, pero siempre se está ejecutando primero.
La primera tarea después finaliza la tarea 1 inicio de la tarea.
Así que la segunda tarea no se ejecutan en paralelo.
Se ejecutan en turno por el pull por el tamaño del pull.
Acá finaliza la primera tarea, pero estas dos se están ejecutando.
Finaliza la tarea 2 Inicio de la tarea 2.
En realidad de la tarea 3 que tenemos acá.
Esta nueva tarea que pusimos acá, que retorna un entero y acá finalizó la primera y la segunda y la
tercera está en proceso y después finaliza la tercera tarea y finaliza todo.
Con esto vemos visualmente que se van ejecutando una en una.
Finaliza una tarea, luego se ocupa este herid y lo ocupa la siguiente tarea y así sucesivamente hasta
la última.
No es en paralelo, pero qué pasa ahora si cambiamos nuestro código y en vez de utilizar un New Single
Dredd executar, lo vamos a quitar.
Colocamos el Fixed Dredd Poul Acá puedo manejar el tamaño del pull.
Es una implementación, otra implementación e Gachet Direct Pull.
Acá simplemente maneja publ por demanda.
Es decir, a medida que vayamos agregando elemento de forma automática se va adaptando la cantidad de
Dredd que se van creando en modo automatizado y acá colocamos un tamaño fijo, por eso es fixed.
También tenemos para agendar tareas, quedarles grid pull.
Acá podemos agendar tareas o varias tareas que se ejecutan de forma concurrente o de HA1 porque tenemos
el Esqueda, Drizzt Pool, pero también tenemos el single por acá Sinjin Dret squeda olds executar uno
solo para tareas programadas.
Muy parecido con el timber al final.
Después vamos a ver, pero ahora vamos a utilizar Fixed Dreadful con un tamaño de tres.
De esta forma las tres tareas se ejecutan al mismo tiempo.
Lleva campear esto, aunque la teoría nos asegura.
Es decir, puede que parta primero la primera, después la segunda y así van todas ejecutándose al mismo
tiempo.
Vamos a ver.
Se fijan, finalizó.
Es decir, que al final se ejecutaron tu mismo tiempo.
Todas se ejecutan en el mismo instante.
No hay que una finalize primero ni la otra no cambia.
Ahora, si cambiamos a dos, bueno, van a partir primero y una queda en espera.
Cuando finalicen las dos, comienza la última.
Veamos.
Finalizarán DWG acá lo vemos en procesos se están ejecutando dos, una en cola.
La tercera finaliza la tarea, finaliza la tarea iniciando tarea 2 o la tarea 3.
En realidad finalizó la 1, finalizó las 2 y la 3 en proceso porque se liberaron los POUL, los herid
y finaliza la última tarea.
Entonces por eso también importante esta otra implementación si queremos ejecutar en paralelo varias
al mismo tiempo o si queremos ejecutar de forma secuencial de ÁUNA.
Bueno, quizás faltó el resultado con el iete porque solamente tenemos el nyet de la tarea 1.
Entonces esto mismo lo vamos a copiar.
Tres veces
o tenemos resultado 1.
2.
3.
Resultado 1, 2 3 de acá 2, yaca 3.
Finaliza la tarea 1.
Finaliza la tarea 2.
Finaliza la tarea 3.
Y voy a modificar acá iniciando tarea 3 en realidad más que 2.
Perdón.
3.
Puse 2.
Bueno, no importa.
Obtenemos el resultado Tarea 1 algún resultado importante la tarea de la tarea 2 lo mismo el resultado
importante y resultó la tarea 3 es 10, el entero 10.
Bien, acá lo jamm como 3, iniciando tarea 3 y estamos listos.
Continuamos en la siguiente clase.