download tesi - MobiLab
download tesi - MobiLab
download tesi - MobiLab
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Conclusioni e Sviluppi Futuri<br />
Analisi delle prestazioni delle principali soluzioni<br />
per servizi publish/subscribe<br />
La qualità dei risultati ottenuti dalle analisi sono fortemente dipendenti dall‟architettura<br />
delle soluzioni esaminate e dai parametri di qualità del servizio definiti, vi è infatti una<br />
stretta dipendenza delle prestazioni del sistema e delfunzionamento complessivo. dai<br />
parametri di qualità del servizio definiti.<br />
Il middleware RTI DDS, avendo un‟architettura decentralizzata, ha il vantaggio di non<br />
aver bisogno di un demone o broker per lo scambio di messaggi, facendo risultare così<br />
ogni applicazione autonoma. In termini prestazionali questo si traduce in un minore tempo<br />
di consegna dei messaggi scambiati tra i partecipanti. Infatti dall‟analisi dei grafici riportati<br />
nel paragrafo precedente è l‟unica soluzione che garantisce un tempo di RTT minore.<br />
Questa soluzione garantisce, sia all‟aumentare della dimensione dei messaggi scambiati<br />
che del numero dei subscriber, una migliore prevedibilità di consegna infatti come si<br />
evince dai grafici della distanza interquartile si notano bassi valori di quest‟ultima. Per<br />
quanto rigurada la scalabilità questa è l‟unica soluzione che riesce pur aumentando il<br />
numero dei subscriber a mantere prestazioni ottimali.<br />
Il middleware OpenSplice DDS, avendo un‟architettura federata, ha un processo demone<br />
distinto su ogni host, ciò permette un maggiore disaccoppiamento delle parti, ma in termini<br />
prestazionali si traduce in un tempo di RTT di poco superiore a quello del middleware RTI<br />
DDS in quanto i messaggi devono attraversare il demone prima di essere consegnati al<br />
destinatario. Anche questa soluzione riesce a garantire una buona prevedibilità di<br />
consegna, ma non ai livelli di RTI, ed in termini di scalabilità risulta essere la seconda<br />
soluzione che riesce a mantenere buone prestazioni all‟aumentare del numero dei<br />
subscriber.<br />
In fine middleware come Corba, Apache ActiveMQ, OpenAMQ, QPID, avendo un<br />
architettura centralizzata, forniscono delle forti capacità d'interoperabilità tra sistemi<br />
eterogenei, sfruttando la caratteristica d'intermediazione del broker. In termini prestazionali<br />
129