我是
靠谱客的博主
直率电脑,最近开发中收集的这篇文章主要介绍
hadoop怎么处理海量小图片,觉得挺不错的,现在分享给大家,希望可以做个参考。
概述
1.方法原理:
系统借鉴Hbase存储的基本原理,提出以“状态标记位”的方法为当前并不能完美支持追加处理的HDFS的Mapfile文件提供了一种有效的解决方法,既解决了HDFS小文件存储的问题,又解决了Mapfile即时修改的问题。
2.方法介绍:
在海量图片背景中,图片的存储形式探讨就成为了保证系统性能的重要部分。HDFS存在普遍的小文件存储的通病,对小文件的读取通常会造成大量从datanode到datanode的seeks和hopping来retrieve文件,而这样是非常的低效的一种访问方式。因此对于大小远小于HDFS的块大小的文件,需要进行处理后再存入HDFS中。几乎所有的图片都远远小于64M(HDFS默认数据块大小),处理这些大量的小图片就需要某种形式的容器来通过某种方式来打包这些file。Hadoop提供了一些选择。主要可以选择的有HARfile、Sequencefile、Mapfile。本系统采用了Mapfile作为小文件的容器存储。同时,若对于所有小于64M的图片均进行打包,则会加大打包文件的过程的资源损耗,因此需要定一个阈值,当文件大小超过该阈值后进行打包操作,否则直接通过namenode进行上传。本系统所定的阈值为2MB。此外,由于Hadoop在最新的版本才支持文件的追加append操作,但对于Mapfile还没有完善的支持。这意味着若用原始处理方法,每一次上传操作将会重写原Mapfile,效率低下。本系统采用了“标记法”对Mapfile打包小文件时的增删改查进行处理,保证了图片存储访问的效率。
3.具体实现:
图片基本操作包括图片的增加、删除、修改和查询。由于图片存储在HDFS的特殊环境,因此图片的增删改查操作需要进行特殊的处理。由于mapfile不支持追加写入操作,这样每次进行操作需要对原mapfile文件进行覆盖写入,效率低下。为了实现相应功能,本系统对Hbase中存储的图片元数据增加了一个状态标志位,该状态位可能的取值为“HdfsLargeFile”,“HdfsMapflie”,“LocalSmallFile”以及“Deleted”四种。每次上传操作会进行会进行文件大小判断,并对其进行相应处理,更新标志位。对于mapfile的增加操作,本系统使用了写缓存队列的操作进行支持。每次用户的上传操作之后,会将图片写入到本地队列,标志位为“LocalSmallFile”,当队列到达指定上传阈值后,再启动线程进行打包,并且更新标志位为“HdfsMapfile”。
4.代码实现
在HDFS上存储文件,大量的小文件是非常消耗NameNode内存的,因为每个文件都会分配一个文件描述符,NameNode需要在启动的时候加载全部文件的描述信息,所以文件越多,对
NameNode来说开销越大。
我们可以考虑,将小文件压缩以后,再上传到HDFS中,这时只需要一个文件描述符信息,自然大大减轻了NameNode对内存使用的开销。MapReduce计算中,Hadoop内置提供了如下几
种压缩格式:
使用压缩文件进行MapReduce计算,它的开销在于解压缩所消耗的时间,在特定的应用场景中这个也是应该考虑的问题。不过对于海量小文件的应用场景,我们压缩了小文件,却换
来的Locality特性。
假如成百上千的小文件压缩后只有一个Block,那么这个Block必然存在一个DataNode节点上,在计算的时候输入一个InputSplit,没有网络间传输数据的开销,而且是在本地进行
运算。倘若直接将小文件上传到HDFS上,成百上千的小Block分布在不同DataNode节点上,为了计算可能需要“移动数据”之后才能进行计算。文件很少的情况下,除了NameNode内
存使用开销以外,可能感觉不到网络传输开销,但是如果小文件达到一定规模就非常明显了。
下面,我们使用gzip格式压缩小文件,然后上传到HDFS中,实现MapReduce程序进行任务处理。
使用一个类实现了基本的Map任务和Reduce任务,代码如下所示:
01 | package org.shirdrn.kodz.inaction.hadoop.smallfiles.compression; |
03 | import java.io.IOException; |
04 | import java.util.Iterator; |
06 | import org.apache.hadoop.conf.Configuration; |
07 | import org.apache.hadoop.fs.Path; |
08 | import org.apache.hadoop.io.LongWritable; |
09 | import org.apache.hadoop.io.Text; |
10 | import org.apache.hadoop.io.compress.CompressionCodec; |
11 | import org.apache.hadoop.io.compress.GzipCodec; |
12 | import org.apache.hadoop.mapreduce.Job; |
13 | import org.apache.hadoop.mapreduce.Mapper; |
14 | import org.apache.hadoop.mapreduce.Reducer; |
15 | import org.apache.hadoop.mapreduce.lib.input.FileInputFormat; |
16 | import org.apache.hadoop.mapreduce.lib.output.FileOutputFormat; |
17 | import org.apache.hadoop.util.GenericOptionsParser; |
19 | public class GzipFilesMaxCostComputation { |
21 | public static class GzipFilesMapper extends Mapper<LongWritable, Text, Text, LongWritable> { |
23 | private final static LongWritable costValue = new LongWritable( 0 ); |
24 | private Text code = new Text(); |
27 | protected void map(LongWritable key, Text value, Context context) throws IOException, InterruptedException { |
29 | String line = value.toString(); |
30 | String[] array = line.split( "\s" ); |
31 | if (array.length == 4 ) { |
32 | String countryCode = array[ 0 ]; |
33 | String strCost = array[ 3 ]; |
36 | cost = Long.parseLong(strCost); |
37 | } catch (NumberFormatException e) { |
41 | code.set(countryCode); |
43 | context.write(code, costValue); |
49 | public static class GzipFilesReducer extends Reducer<Text, LongWritable, Text, LongWritable> { |
52 | protected void reduce(Text key, Iterable<LongWritable> values, Context context) throws IOException, InterruptedException { |
54 | Iterator<LongWritable> iter = values.iterator(); |
55 | while (iter.hasNext()) { |
56 | LongWritable current = iter.next(); |
57 | if (current.get() > max) { |
61 | context.write(key, new LongWritable(max)); |
66 | public static void main(String[] args) throws IOException, ClassNotFoundException, InterruptedException { |
68 | Configuration conf = new Configuration(); |
69 | String[] otherArgs = new GenericOptionsParser(conf, args).getRemainingArgs(); |
70 | if (otherArgs.length != 2 ) { |
71 | System.err.println( "Usage: gzipmaxcost <in> <out>" ); |
75 | Job job = new Job(conf, "gzip maxcost" ); |
77 | job.getConfiguration().setBoolean( "mapred.output.compress" , true ); |
78 | job.getConfiguration().setClass( "mapred.output.compression.codec" , GzipCodec. class , CompressionCodec. class ); |
80 | job.setJarByClass(GzipFilesMaxCostComputation. class ); |
81 | job.setMapperClass(GzipFilesMapper. class ); |
82 | job.setCombinerClass(GzipFilesReducer. class ); |
83 | job.setReducerClass(GzipFilesReducer. class ); |
85 | job.setMapOutputKeyClass(Text. class ); |
86 | job.setMapOutputValueClass(LongWritable. class ); |
87 | job.setOutputKeyClass(Text. class ); |
88 | job.setOutputValueClass(LongWritable. class ); |
90 | job.setNumReduceTasks( 1 ); |
92 | FileInputFormat.addInputPath(job, new Path(otherArgs[ 0 ])); |
93 | FileOutputFormat.setOutputPath(job, new Path(otherArgs[ 1 ])); |
95 | int exitFlag = job.waitForCompletion( true ) ? 0 : 1 ; |
96 | System.exit(exitFlag); |
上面程序就是计算最大值的问题,实现比较简单,而且使用gzip压缩文件。另外,如果考虑Mapper输出后,需要向Reducer拷贝的数据量比较大,可以考虑在配置Job的时候,指定
压缩选项,详见上面代码中的配置。
最后
以上就是直率电脑为你收集整理的hadoop怎么处理海量小图片的全部内容,希望文章能够帮你解决hadoop怎么处理海量小图片所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复