Implementazione di una libreria Mpi-like per una scheda proprietaria multi-Dsp

"...la teoria della relatività di Einstein stabilisce che nessuno può viaggiare ad una velocità superiore a quella della luce, che può percorrere in 50 picosecondi solamente 1.5 centimetri. In pratica, un calcolatore con questa velocità contenuto in 1,5 centimetri cubi genererebbe talmente tanto calore da farlo fondere”.
“….. la potenza computazionale dei calcolatori sequenziali si avvicina sempre di più al limite fisico fondamentale. Tale limite è rappresentato dalla velocità della luce….”.
Per incrementare le prestazioni di sistema occorre seguire strade alternative rispetto al solo incremento della frequenza di funzionamento, come per esempio, l’utilizzo di sistemi paralleli: più CPU interconnesse che comunicano e collaborano per la risoluzione efficiente e veloce di un singolo problema dalla elevata complessità.

Nella strada tracciata dalle precedenti motivazioni si inserisce opportunamente la risposta che la Nergàl S.r.l. (società di hardware e software con sede a Roma, nata come spin-off dello INFN ) ha fornito, rispetto al progetto PRASSI .
Tale progetto, coordinato dalla ENEA , ha come obiettivo finale la realizzazione di un robot destinato alla sorveglianza di aree industriali ampie ed ostili all’uomo, in cui il sistema possa muoversi liberamente, senza controllo umano.
L’elaborazione della grande mole di dati forniti dal sistema multisensoriale a bordo del robot (sensori ultrasonici, ottici, laser, GPS) che deve portare a decisioni in tempo reale, giustifica l’implementazione da parte di Nergàl S.r.l. della scheda PCI PCPR1 : sistema di tipo MIMD a multi-DSP a memoria distribuita che associa i benefici dovuti all’utilizzo di processori orientati ad applicazioni in tempo reale (DSP) , ai vantaggi delle architetture parallele.
La scheda è composta da quattro Digital Signal Processor connessi fisicamente in una sorta di pipeline percorribile in entrambi i sensi.
Le schede PCPR1 (il progetto prevede di utilizzarne fino a quattro nello stesso host), attraverso uno slot PCI, vengono inserite in un computer il quale le utilizzerà come una sorta di operai specializzati per determinate operazioni; ad esse saranno forniti dei dati da elaborare e successivamente prelevati i risultati.
Ogni scheda è utilizzata come una unità hardware parallela allo host, dedicata ad elaborazioni time-consuming, ed a sua volta, ogni scheda è composta da quattro unità parallele (i DSP), su cui opereranno quattro processi distinti.
L’utente programmatore può parallelizzare il suo algoritmo in quattro processi allocati sui quattro DSP (in questa fase del progetto si utilizza un’unica scheda), ma per farlo necessita di una API che gli permetta di attivare comunicazioni inter-DSP per lo scambio di risultati parziali, finali e segnali di sincronismo.
Se da un lato le architetture parallele aggirano il limite fisico della frequenza di funzionamento ed ottimizzano il rapporto prezzo/prestazioni, d’altra parte introducono un overhead di comunicazione interprocesso che riduce le performance previste teoricamente dalla legge di Amdahl .
Sfortunatamente processi che collaborano, anche se in modo indipendente, alla realizzazione di un comune scopo, hanno la necessità di potersi parlare tra di loro. Lo overhead di comunicazione è quindi un male necessario che può essere soltanto controllato e ridotto, ma non eliminato.

Gli obiettivi che la presente tesi si pone sono:

1. la implementazione di un sistema che fornisca al programmatore della scheda PCPR1 in ambiente C/C++, delle funzioni di base per la comunicazione di generici messaggi tra i processori; MPI (capitolo 2) è lo standard a cui ci si è ispirati per la realizzazione del sistema; è basato fondamentalmente sul concetto di messaggio che costituisce l’unità di informazioni che i processi possono scambiarsi; tutto quello che i DSP possono trasmettersi è contenuto nella struttura messaggio;

2. la realizzazione di un modello teorico di funzionamento del sistema MPI-PCPR , che preveda le performance del sistema di comunicazione al variare della dimensione dei messaggi e del numero di hop (5.3), in modo da rilevare gli effetti dello overhead di comunicazione;

3. le misure sperimentali delle prestazioni del sistema di comunicazione (5.4) in modo da evidenziare, al variare di parametri tunabili, come il sistema reagisce.