28.05.2013 Views

download tesi - MobiLab

download tesi - MobiLab

download tesi - MobiLab

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!