Title : Infrastructure and Experimentation
Code : 4
Responsible : GDD
Activities : Performance evaluation of provided solutions
Start Date : 2013-12-01
End Date : 2017-11-30
Objectives : We will perform both theoretical and practical evaluation of the solutions proposed in the other tasks. This task will be structured around use cases where partners developed previous ex- pertise such as distributed collaborative systems (GDD with ANR Streams, RNTL XWiki-concerto), social web (Asap with ERC Gossple and soft- ware Whatsup) and Smart Building (BD with CNRS SoCQ4Home project). These well known dis- tributed systems will be revisited to fit federation of plug constraints using results of other tasks. Next, Theoretical evaluation in terms of time and space complexities will be done. Finally, we will experi- ment these solution on the cluster of Raspberry Pis of LINA (see figure). The cluster is currently com- posed by 48 Raspberry Pis and are ready to deploy SocioPlug applications.
Scientific Challenges : Three main challenges has been identified:
Google doc is challenging for Task 1. It requires to write to have a quasi-CRDT for managing sequence that ensure eventual consistency. Such CRDT should offer bounded identifiers and resist to quasi-causality errors using original recovery protocols. This is expected result of task 1. Google doc is also challenging for componentization. It requires to efficiently discover connected users looking at this document and broadcast in real time operations to these users. Low churn of plug-federation and fixed topology can be used to optimize greatly state of art algorithms.
Next, Google doc is challenging for Task 2. According to visibility levels decided by users and meta-data available on documents, it should be possible to query efficiently the whole federation about all documents concerning a particular topic. The results set should include personal document, document shared by other but visible by me and public documents.
Finally, Google doc is challenging for Task 3. Documents should be shared with others through contracts fixing usages authorized on the particular document. Usage rules can include no-indexing, no distribution or deletion rules. The system should be in change to control if usage control is ensured by each member of federation. Finally, monitoring proto- col will try to detect any malicious activity on plugs by analyzing streams of events on each plug. We plan to write such application and deploy it on cluster of Raspberry Pis available in Nantes (see figure). The cluster is currently composed by 48 Raspberry Pis and are ready to deploy SocioPlug applications.
|description||Dec. 2013 + months|
|D41||Application scenarii and Design of infrastructure.||9|
|D42||Theoretical evaluation results of proposed solutions||39|
|D43||Demonstrator for extracting practical experimentation results of proposed solutions||48|
|Task41||Application scenarii and Design of infrastructure|
|Task42||Theoretical evaluation results of proposed solutions|
|Task43||Practical experimentation results of proposed solutions|