Tachyon源代码结构分析(二)

公布人:南京大学PASA大数据实验室顾荣


前言

在上一篇《 Tachyon源代码结构分析(一)》中,我们介绍了Tachyon的四大模块(Client模块、Master模块、Worker模块以及Common模块)的基本功能及其相互关系。

从本篇開始我们開始介绍各个模块的详细功能实现以及各个模块的源代码结构。本篇接下来主要对Common模块以及Client模块进行源代码结构分析。


版本号选择

Tachyon眼下的最新公布版为0.6.0,最新开发版为0.7.0-SNAPSHOT。

本篇我们选择的Tachyon版本号为0.6.0。

官方链接:Tachyon-0.6.0


Common模块

Common模块是为Client、Master、Worker所共享的模块,提供了一些配置、常量、路径等通用的调用函数。

Common模块主要包含tachyon.conf包、tachyon.io包、tachyon.util包以及直接从属于tachyon包的类。

以下我们对Common模块所包括的包和源文件进行分析:

▪ tachyon包

直接从属于tachyon包的类没有统一的性质。每一个类定义了为一个或者多个模块所须要的功能。我们列出下表解释每一个类的详细含义。


▪ tachyon.conf

tachyon.conf包包括五个类,分别为CommonConf、MasterConf、WorkerConf、UserConfUtils

CommonConf用于管理通用的配置信息。MasterConf用于管理Master模块须要的配置信息。WorkerConf用于管理Worker模块须要的配置信息;UserConf用于管理Client相关的配置信息;Utils为其它四个类提供可调用的函数。在之后的版本号中。CommonConfMasterConfWorkerConfUserConf将会被集中管理。


▪ tachyon.io包

tachyon.io包是Tachyon自己定义的用于读写数据缓存的包,ByteBufferReaderJavaByteBufferReader是继承关系。封装了ByteBuffer的读功能。ByteBufferWriterJavaByteBufferWriter是继承关系,封装了ByteBuffer的写功能。这四个类的作用主要是方便各个模块调用Tachyon自己定义的类来进行数据缓存的读写訪问,在Tachyon本身的代码结构中。这四个类并未被调用。



图1. tachyon.io类图

▪ tachyon.util包

tachyon.util包体现了Common模块典型的特征。它定义了为其它一个或者多个模块所须要使用但不方便直接定义的功能,以避免减少软件模块的内聚性。tachyon.util包眼下定义了四个类。分别为CommonUtilsNetworkUtilsThreadFactoryUtilsUfsUtilsCommonUtils定义了为Tachyon全部模块所共享的通用函数操作。NetworkUtils定义了为Tachyon全部模块所共享的与网络相关的通用函数操作。TheadFactoryUtils定义了工厂创建线程的两种方式;UfsUtils定义了和底层文件系统相关的通用函数操作。


Client模块

Client模块是用户与Tachyon交互的模块,该模块向用户打开了通向Tachyon的大门。总的来说,Client模块由五个包组成,各自是:tachyon.clienttachyon.client.tabletachyon.commandtachyon.hadooptachyon.example。这五个包分别负责Client模块不同的功能。tachyon.client向用户提供訪问Tachyon文件系统的API接口;tachyon.client.table包事实上是tachyon.client的一个子包,作用主要是定义Tachyon中表格数据的操作;tachyon.command包向用户提供命令行訪问Tachyon文件系统的接口。tachyon.hadoop包向用户提供了在hadoop程序开发中。使用Tachyon文件系统的接口;tachyon.example包向用户提供了可执行測试例子。

之所以将这些包归为Client模块主要是由于这些包都是面向用户的,为用户编程和使用提供方便。以下我们来进行各个包的具体解析。

▪ tachyon.client包

tachyon.client包是用户编程开发直接须要使用的包,该包提供了对Tachyon文件系统一系列操作的接口。包含对在Tachyon文件系统中创建文件、删除文件、读写文件、获取文件信息等,同一时候定义了文件的读写方式、文件和文件块的输入输出流等。

下表具体介绍了该包的功能。


该包中各个类联系比較紧密,继承关系、关联关系体现的尤为明显,图2是该包以及与tachyon.client.table包之间的类图,由于关系比較复杂。该图重点描绘了各个类之间的继承关系和关联关系。从图中能够看出InStreamOutStream为输入输出流的基类。BlockInStreamFileInStream继承于InStream。而EmptyBlockInStreamLocalBlockInStreamRemoteBlockInStream继承于BlockInStreamBlockOutStreamFileOutStream继承于OutStream。同一时候FileInStream包括BlockInStreamFileOutStream包括BlockOutStream,由于文件的读写实际上表现为数据块依次顺序读写。此外,TachyonFSCore为接口。封装了TachyonFS的基本函数调用,AbstractTachyonFS抽象类实现了TachyonFSCore接口。最后TachyonFS继承了AbstractTachyonFS实现并完好了全部的函数调用。

用户接触比較多的主要是TachyonFSTachyonFileFileInStreamFileOutStreamReadType以及WriteType,通过调用这几个类定义的方法能够方便的对Tachyon文件系统进行读写、改动、删除等訪问操作。

除此以外,下图还包括了table包,table包定义了Tachyon文件系统中的表格。在TachyonFS中调用createRawTable()被创建。



图2. tachyon.client类图

▪ tachyon.client.table包

该包主要用来进行表格的定义和处理,包括两个类:RawColumnRawTable


▪ tachyon.command包

Command包也是和用户直接交互的,用户在shell端输入命令对Tachyon文件系统直接进行操作。眼下支持的命令包括cat、copyFromLocal、copyToLocal、count、fileinfo、free、location、ls、lsr、mkdir、pin、printUsage、rename、report、request、rm、rmr、tail、touch、unpin。Command包包括两个类:TFsShellUtils


▪ tachyon.hadoop包

该包的存在主要是为了方便hadoop用户直接以Tachyon作为底层文件系统,hadoop计算的数据结果特别是频繁读取的数据保存到Tachyon文件系统中能够提高读写效率。hadoop定义了文件系统处理的抽象类org.apache.hadoop.fs.FileSystem,抽象出文件系统操作的基本函数接口。为了直接对Tachyon文件系统操作。仅仅须要继承并实现org.apache.hadoop.fs.FileSystem抽象类。这里AbstractTFS直接继承了FileSystem抽象类。实现了对Tachyon文件系统操作的基本函数。而TFS和TFSFT都继承了AbstractTFS。主要差别在于是否使用zookeeper模式。在MapReduce计算框架中。我们对文件系统的操作都是基于FileSystem。因而。通过继承关系的动态绑定特性。所存取的数据都会保存到Tachyon文件系统中,从而大幅度提高MapReduce计算框架的效率。

当然。该包不仅对于hadoop计算框架有效,对于spark等计算框架也相同有效。hadoop和spark中使用Tachyon作为底层文件系统的方法能够參考http://blog.csdn.net/u014252240/article/details/41810849

hadoop包中各类的基本关系如图3所看到的:


图3. tachyon.hadoop关系图



▪ tachyon.example包

该包定义了使用Tachyon的一些实际用例,也能够用来检測Tachyon安装是否正确。该包的測试例子能够通过命令行命令bin/tachyon runTest <Basic| BasicRawTable | BasicCheckpoint | BasicNonByteBuffer> <MUST_CACHE |TRY_CACHE | CACHE_THROUGH | THROUGH | ASYNC_THROUGH>来执行。

譬如。假设要执行BasicOperations測试例子,能够使用bin/tachyon runTest Basic CACHE_THROUGH。example中的例子包含BasicCheckpointBasicNonBytesBufferOperationsBasicOperationsBasicRawTableOperationsPerformance。另外Utils相同为全部类提供通用的操作。





  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Tachyon是一个分布式内存文件系统,可以在集群里以访问内存的速度来访问存在tachyon里的文件。把Tachyon是架构在最底层的分布式文件存储和上层的各种计算框架之间的一种中间件。主要职责是将那些不需要落地到DFS里的文件,落地到分布式内存文件系统中,来达到共享内存,从而提高效率。同时可以减少内存冗余,GC时间等。        特性:类 Java 的文件 API兼容性:实现 Hadoop 文件系统接口可插入式的底层文件系统内建 Raw 原生表的支持基于 Web 的 UI 提供命令行接口Tachyon 架构:与 HDFS 的比较:        Hadoop足够快吗?美国加州大学伯克利分校的AMPLab基于Hadoop的核心组件开发出一个更快的版本Tachyon。AMPLab从底层重建了Hadoop平台,“没有最快,只有更快”。        AMPLab在大数据领域最知名的产品是Spark,它是一个内存中并行处理的框架,Spark的创造者声称:使用Shark运行并行处理Job速度要比MapReduce快100倍。又因为Spark是在内存运行,所以Shark可与Druid或者SAP's HANA系统一较高下。Spark也为ClearStory下一代分析和可视化服务提供处理引擎。如果你喜欢用Hive作为Hadoop的数据仓库,那么你一定会喜欢Shark,因为它代表了“Hive on Spark”。       AMPLab的最新目标就是Hadoop分布式文件系统(HDFS),不过HDFS在可用性和速度方面一直受人诟病,所以AMPLab创建了Tachyon( 在High Scalability上非常夺目,引起了Derrick Harris的注意)。       当然,AMPLab并不是第一个对HDFS提出质疑的组织,同时也有很多商业版本可供选择,像Quantcast就自己开发了开源文件系统,声称其在运行大规模文件系统时速度更快、更高效。诚然,AMPLab所做的工作就是打破现有商业软件的瓶颈限制。如果碰巧破坏了现状,那么就顺其自然吧!不过,对于用户来说,AMPLab只是为那些寻找合适工具的人员提供了一种新的选择,AMPLab的合作伙伴和赞助商包括谷歌,Facebook,微软和亚马逊网络服务,它们当然非常乐意看到这些新技术,如果很有必要的话。       AMPLab的其他项目包括PIQL,类似于一种基于键/值存储的SQL查询语言;MLBase,基于分布式系统的机器学习系统;Akaros,一个多核和大型SMP系统的操作系统;Sparrow,一个低延迟计算集群调度系统。Tachyon可运行在如下任意平台上: 标签:分布式  文件系统

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值