【HDFS Client】DFSOutputStream细节(未完成)

前言

本文主要介绍以下内容:
DFSOutputStream里的一些重要方法的作用
DFSOutputStream里关于写Packet的一些有趣的配置项。

重要方法

abort: 终止这个输出流,并且释放这个流相关的所有系统资源。

newStreamForCreate: 生成一个用于创建文件的输出流。

initWritePacketSize: 用于确保配置的writePacketSize永远不要超过PacketReceiver.MAX_PACKET_SIZE(16MB)。

adjustChunkBoundary: 用于调整chunk的边界 。

adjustPacketChunkSize: 用于调整Packet的chunk size。是用于append操作的场景,调整要追加数据时,最后一个block的chunk位置。例如在append之前,最后一个block的最后一个chunk不满512字节(我们管它叫partial chunk),没有生成checksum,这时候就会调整chunksize,让append的下一个Packet只包含一个chunk来fill up这个partial chunk(setChecksumBufSize),append之后的数据和append之前的数据共同构成一个完整的chunk。

enqueueCurrentPacketFull: 当packet full的时候(达到了packet所能容纳的max chunk数或者getBytesCurBlock==blocksize时),就要把这个full packet尝试入队dataQueue。

endBlock: 如果遇到了block的边界,发送一个empty packet来指示block的结束,重置bytesCurBlock字段。

setCurrentPacketToEmpty: 创建一个empty packet 标记end of block。

enqueueCurrentPacket: 将DFSOutputStream的currentPacket变量指向的DFSPacket对象入队到关联的DataStreamer#dataQueue里。入队成功后,将currentPacket置为null。

关于chunk、packet的一些日志

2023-12-14 15:34:06,036 [main] INFO  hdfs.DFSClient (DFSOutputStream.java:writeChunkPrepare(496)) - WriteChunk allocating new packet seqno=3, src=/f, packetSize=65016, chunksPerPacket=126, bytesCurBlock=9728, output stream=DFSOutputStream:blk_1073741825_1001

packetSize是65016字节。
每个packet里chunks个数是126个。

所以每个chunk的大小是:65016/126 = 516字节。(512字节的data + 4字节checksum)

解释一下这里为啥是126个。 结合dfs.client-write-packet-size这个配置项65536来看。

65536首先要减去MAX_PACKET_HEEADER_LEN(=6),之后变成65530。

65530/516 等于126.99x,不够127个整Chunk。所以每个Packet有126个chunk。

有趣的一些配置项

第一个:dfs.client.write.max-packets-in-flight, 默认值80。表示dataQueue和ackQueue里的DFSPacket个数和的上限值。 如果OutputStream写满一个packet的数据后,想要把这个DFSPacket入队到dataQueue里,就必须满足dataQueue和ackQueue里的DFSPacket个数小于等于80时才行,否则就wait,等待条件满足。

<property>
  <name>dfs.client.write.max-packets-in-flight</name>
  <value>80</value>
  <description>
    The maximum number of DFSPackets allowed in flight.
  </description>
</property>

第二个:dfs.client-write-packet-size,默认值65536(即64KB)。表示一个DFSPacket的size。

<property>
  <name>dfs.client-write-packet-size</name>
  <value>65536</value>
  <description>Packet size for clients to write</description>
</property>

dfs.bytes-per-checksum
dfs.stream-buffer-size
dfs.data.transfer.max.packet.size

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,233评论 6 495
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,357评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,831评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,313评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,417评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,470评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,482评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,265评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,708评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,997评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,176评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,503评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,150评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,391评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,034评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,063评论 2 352

推荐阅读更多精彩内容