为什么hadoop的块要定长，如果不定长，系统要做什么额外的工作，请大牛帮助解答一下，最好可以从源码分析。

[OJR]

为什么hadoop的块要定长，如果不定长，系统要做什么额外的工作，请大牛帮助解答一下，最好可以从源码分析。

[OJR]

自己顶一下

[OJR]

自己顶两下

[OJR]

自己顶三下

[coolbamboo2008]

不定长，就得不停的检索各个模块多大了，用到什么情况了

[coolbamboo2008]

引用 5 楼 qazxcv1122 的回复:

[quote=引用 4 楼 coolbamboo2008 的回复:] 不定长，就得不停的检索各个模块多大了，用到什么情况了

弄个字段记录大小不行吗？[/quote] 我觉得那样会有更多的问题，不如现在这样方便。毕竟不必总要去想每个模块现在怎样了。等大小只需要知道空还是不空

[OJR]

引用 6 楼 coolbamboo2008 的回复:

[quote=引用 5 楼 qazxcv1122 的回复:] [quote=引用 4 楼 coolbamboo2008 的回复:] 不定长，就得不停的检索各个模块多大了，用到什么情况了

弄个字段记录大小不行吗？[/quote] 我觉得那样会有更多的问题，不如现在这样方便。毕竟不必总要去想每个模块现在怎样了。等大小只需要知道空还是不空[/quote]我从代码上还找不到限制定长块的原因

[OJR]

引用 4 楼 coolbamboo2008 的回复:

不定长，就得不停的检索各个模块多大了，用到什么情况了

弄个字段记录大小不行吗？

[撸大湿]

引用 5 楼 qazxcv1122 的回复:

[quote=引用 4 楼 coolbamboo2008 的回复:] 不定长，就得不停的检索各个模块多大了，用到什么情况了

弄个字段记录大小不行吗？[/quote] 定长Block大部分 文件系统的设计思路 如果是不定长block，就需要额外对每个Block增加一个索引 Block size 索引 BZindex 不是你说的用一个字段记录那么简单 当我们流读一个文件的Block时，BZindex的扫描会带来额外的开销，并且提高了系统复杂度 不定长Block会导致文件系统的内存cache的设计复杂度提高 不定长Block的好处是可以增加存储利用率 但效率极低~ 空间换时间，还是时间换空间，这个LZ自己拿捏把 至少目前开来空间换时间在大数据领域是主流