download tesi - MobiLab

3.5 Test OpenSplice
Analisi delle prestazioni delle principali soluzioni
per servizi publish/subscribe
L‟implementazione OpenSplice DDS, da noi usata per fare i test, ha una architettura
interna che utilizza una memoria condivisa di interconnessione, ovvero come si nota dalla
figura 3.7 utilizza un processo demone distinto per ogni interfaccia di rete. Il demone
dovrebbe essere inizializzato su ogni nodo prima dell‟instaurazione della connessione tra i
vari partecipanti. Una volta attivato, comunica con i demoni DCPS presenti sugli altri nodi
per istaurare un canale di comunicazione.
Figura 3.7 Architettura federata
Usando un demone si disaccoppiano le applicazioni dai dettagli di comunicazione e di
configurazione del DCPS. Inoltre, in caso di presenza di più partecipanti DDS sullo stesso
nodo, la scalabilità risulta maggiore rispetto agli altri modelli di architettura, infatti è
possibile semplificare la configurazione delle policy per un gruppo di partecipanti aventi la
stessa interfaccia di rete.
Per testare il funzionamento di OpenSplice DDS è stato prodotto un applicativo
Publish/Subscribe costituito da due programmi:
Un programma che implementa il comportamento del publisher
Un programma che implementa il comportamento del subscriber
Ogni applicazione si collegherà alle librerie OpenSplice al fine di utilizzare le
caratteristiche del DDS. Dato che i terminali di comunicazione sono situati su host
differenti i dati ottenuti utilizzando il DDS service locale devono essere comunicati al
90