DCFMS: A Chunk-Based Distributed File System for Supporting Multimedia Communication.

A summary
For Distributed Systems
This Assignment concludes a brief summary of attached Research paper on Distributed File Systems Iqbal Uddin Khan Spring 2012

DCFMS: A Chunk-Based Distributed File System for Supporting Multimedia Communication. A summary

Spring 2012

Title: DCFMS: A Chunk-Based Distributed File System for Supporting Multimedia Communication Authors: Cosmin Marian Poteras, Constantin Petrisor, Mihai Mocanu and Cristian Marian Mihaescu

Summary
The problem taken over in this paper is said to be the main issue for Distributed Systems, as it affect the performance of it. To have an efficient distributed system the constrain of Data transfer rate should be eliminated to an expectable extend, so that the real time applications like data monitoring and Computational Steering applications could run without any mentionable latency and files of lager size could be transferred in minimum time. As we all know that high speed networks of today can never be enough for tomorrow, so to overcome this Distributed Chunk Flow Management System (DCFMS) is purposed. By means of this Computational Steering application and data flow monitoring can be run and large size files can be transferred in less time. The methodology of proposed system is based on client - server architecture. As it is understood that in DFS all node shares their storage recourses and a file can be replicated at multiple nodes or hosts, in this model they have proposed that instead of calling a file from any node in distributed system, dynamically invoked chunks of specific file can be called from different nodes. So as network overhead can be reduced to a certain level and load of transferring can be distributed among nodes rather on one node (fulfilling load sharing phenomena). In proposed file systems model there are multiple blocks of task which will collectively support this system. To make it understand lets go through an example, in a Distributed system there are multiple nodes N0 to Nn and multiple file hosts H0 to Hn one thing to remember is that any N could also be host also (H), these nodes are connected to Internal API of DCFMS. As any of application in connected nodes call for a file it broadcasts a message to all hosts and hosts starts submitting the small chunks of required file to the Type Manager block of DCFMS, the type manager handle chunks as they could be of any file type and of multiple files if multiple file requests are broadcasted. As Multiple calls of can be broadcasted by multiple nodes, DCFMS can manage to change chunk size on runtime via Discovery block within it. The chunks collected by DCFMS are stored by its file manager. As the file is completely transferred to File manger block of DCFMS, the file is transferred to the concerned node via external API block. The DCFMS was tested on Ethernet and as well as Myrinet network (an optical Giga Bit network) and found useful on Myrinet due to its high bandwidth and less successful on Ethernet. The chunk size management for Ethernet is the main reason of un-fruitful. Concerning about future work and open issues, network monitoring and hosts speed ranking will also be introduced to have better performance and load balancing in Distributed system. Furthermore optimal probabilistic algorithms may be introduced to have replication of data when system is in idle state. Yet the purposed model requires a very high data bandwidth, in case of congestion (no matter what network we use) in network it may not be able to perform well as Ethernets results elaborate.

Distributed Systems

Iqbal Uddin Khan