This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
teaching:mfe:is [2017/04/19 11:01] svsummer |
teaching:mfe:is [2018/04/30 11:05] svsummer |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== MFE 2017-2018 : Web and Information Systems ====== | + | ====== MFE 2018-2019 : Web and Information Systems ====== |
| ===== Introduction ===== | ===== Introduction ===== | ||
| Line 24: | Line 24: | ||
| * Contact : [[ezimanyi@ulb.ac.be|Esteban Zimanyi]] | * Contact : [[ezimanyi@ulb.ac.be|Esteban Zimanyi]] | ||
| + | |||
| + | ===== Dynamic Query Processing on GPU Accelerators ===== | ||
| + | |||
| + | This master thesis is put forward in the context of the DFAQ Research Project: "Dyanmic Processing of Frequently Asked Queries", funded by the Wiener-Anspach foundation. | ||
| + | |||
| + | Within this project, our lab is hence developing novel ways for processing "fast Big Data", i.e., processing of analytical queries where the underlying data is constantly being updated. The analytics problems envisioned cover wide areas of computer science and include database aggregate queries, probabilistic inference, matrix chain computation, and building statistical models. | ||
| + | |||
| + | The objective of this master thesis is to build upon the novel dynamic processing algorithms being developed in the lab, and complement these algorithms by proposing dynamic evaluation algorithms that execute on modern GPU architectures, thereby exploiting their massive parallel processing capabilities. | ||
| + | |||
| + | Since our current development is done in the Scala programming language, prospective students should either know Scala, or being willing to learn it within the context of the master thesis. | ||
| + | |||
| + | **Validation of the approach** Validation of master thesis' work should be done on two levels: | ||
| + | * a theoretical level; by proposing and discussing alternative ways to do incremental computation on GPU architectures, and comparing these from a theoretical complexity viewpoint | ||
| + | * an experimental level; by proposing a benchmark collection of CEP queries that can be used to test the obtained versions of the interpreter/compiler, and report on the experimentally observed performance on this benchmark. | ||
| + | |||
| + | **Deliverables** of the master thesis project | ||
| + | * An overview of query processing on GPUs | ||
| + | * A definition of the analytics queries under consideration | ||
| + | * A description of different possible dynamic evaluation algorithms for the analytical queries on GPU architectures. | ||
| + | * A theoretical comparison of these possibilities | ||
| + | * The implementaiton of the evaluation algorithm(s) (as an interpreter/compiler) | ||
| + | * A benchmark set of queries and associated data sets for the experimental validation | ||
| + | * An experimental validation of the compiler, and analysis of the results. | ||
| + | |||
| + | **Interested?** | ||
| + | * Contact : //Stijn Vansummeren// | ||
| + | |||
| + | **Status**: available | ||
| ===== Complex Event Processing in Apache Spark and Apache Storm ===== | ===== Complex Event Processing in Apache Spark and Apache Storm ===== | ||
| Line 130: | Line 158: | ||
| **Status**: available | **Status**: available | ||
| - | =====Assessing Existing Communication Protocols In The Context Of DaaS ===== | ||
| - | Data-as-a-Service (DaaS) is an emerging cloud model. The main offering of DaaS is to allow data producers/owners to publish data services on the cloud. The idea of publishing data via a service interface is not new. SOA protocols have enabled this long ago. Yet, these protocols were not developed with the cloud and the big data in mind. This is probably why the term DaaS has emerged. It marks the need for protocols and tools that enable big data exchange. | ||
| - | |||
| - | DaaS services need to exchange large amounts of data. Large here refers to large message size, large message count, or a combination of both. RESTful services, for instance, communicate over HTTP, which is not a good choice for communicating large messages/files. SOAP services are not bound to HTTP, but they introduce another overhead of requiring messages to be strictly formatted in XML. This is why researchers started to reconsider older protocols like the BitTorrent, and suggesting extension to existing protocols like the SOAP with Attachments. | ||
| - | |||
| - | The topic of this thesis is to perform a comprehensive survey on the protocols data exchange, and assess their suitability for DaaS. A quantitative comparison of protocols need to be done, considering at least these two dimensions: (1) the protocol: SOAP, REST, BitTorrent, etc, and (2) the message: short inline, long inline, file. The assessment should be in terms of reliability, performance, and security. | ||
| - | |||
| - | **Deliverables** of the master thesis project | ||
| - | * A report that reviews the state of art communication protocols. | ||
| - | * Propose a tool for DaaS developers to choose the best protocol/s based on their application needs. Such a tool might also provide means of automatically switching between protocols on certain thresholds. | ||
| - | * Experiments to assess the suitability of protocols for DaaS, and to compare between them. These experiments need to be repeatable, so that others can use them on their own datasets and configurations. | ||
| - | |||
| - | **Interested?** | ||
| - | * Contact : [[ezimanyi@ulb.ac.be|Esteban Zimanyi]] | ||
| - | |||
| - | **Status**: available | ||