El procesador paralelo defectuoso.

Érase una vez un proyecto de procesador paralelo, cuyo codename era "Zanguango", que no salió cuajó como debiera.
Zanguango era uno de los mejores procesadores de tareas en paralelo a la hora de "paralelizar" las tareas que se le encomendaban, pero a la hora de planificar dichas tareas era un auténtico desastre.

Todo trabajo técnico simple (que un solo coprocesador técnico puede realizar) que le llegaba lo desviaba a uno de sus coprocesadores técnicos, ya fuera Csco, Dvid o Ngel, siguiendo el siguiente algoritmo:
1) Con un sistema de elección aleatoria seleccionaba un coprocesador técnico.
2) Mientras esa tarea técnica sencilla estaba en ejecución, aleatoriamente y durante su estado ocioso (que era la mayor parte del tiempo) va haciendo consultas sobre su estado.
3) De modo también aleatorio selecciona una fase de la tarea y decide que se debe modificar del modo que más trabajo necesite (con esto, dice, pretende incrementar el nivel de aprendizaje del coprocesador).
4) Si el trabajo es capaz de acabarse en el tiempo previsto, hace un request de los resultados y modifica las cabeceras para presentarlos como "adecuadamente" (que no es otra cosa que presentarlos como si lo hubiera hecho él, sobre todo si el trabajo viene del coprocesador Csco). En caso de no acabarse en el tiempo previsto, no modifica las cabeceras.

Ahora bien, cuando se trataba de un trabajo complejo en el que tuvieran que interactuar más de un coprocesador, ni era capaz de separar el trabajo en tareas adecuadamente, ni de sicronizar los coprocesadores. Es decir, no sabía como hacer de un trabajo complejo varias tareas sencillas, no sabía ni de donde tomar los subresultados ni a donde pasarlos para que otros los aprovechen, ni sabia que tareas podrían hacerse a la vez y que tareas necesitan de subresultados.

Hasta ahora, su única tarea era hacer consultas al sistema de entrada de datos (léase buscar nuevos clientes y bajarse los pantalones ante los viejos) y reencaminar ciertos tipos de paquetes provenientes de los servidores de Wacom mendiante canales MRW hacia los destinatarios finales. Pero recientemente se le ha instalado un coprocesador enrutador llamado MiniZanguango. Por lo que ahora su única tarea es consultar el sistema de entradas de datos de vez en cuando, al menos hasta que se le instale un nuevo coprocesador comercial para que realice estas consultas.

El nuevo coprocesador instalado, MiniZanguango, rompe la harmonía (sí se puede escribir con y sin 'h') del sistema computacional ECO/Primari, por los siguientes motivos:
* Es demasiado ruidoso en sus comunicaciones, tanto cuando recibe/pide un paquete al servidor Wacom como cuando se pone en contacto con el canal MRW para preparar el envío hacia los destinatarios, genera mucho ruido en la línea.
* Por algún motivo, que aún no conocen bien los ingenieros que lo parieron, y mucho menos los pobres coprocesadores con los que trabaja, este coprocesador genera muchas interrupciones del tipo (absurdus interruptus o "cucharilla multiusae mirarum") en todos los coprocesadores que le rodean. Tanto si dichos coprocesadores están en su mismo sistema o en otro cercano.

servido por guerrero 1 comentario compártelo