MapReduce 切片源码中SPLIT_SLOP等于1.1的原因分析（TextInputFormat）

之所以是1.1倍的splitSize，原因应该是考虑到文件大小为32.1M这种情况，由于切片大小默认等于块大小，所以此时数据的块存储跟切片存储大小一致，都被分为32M和0.1M。而此时由于有两个切片则不得不开启两个MapTask。而MR不擅长处理小文件的运算也是因为此时启动MapTask的时间耗费比计算时间还长（此时不如用python处理）。而如果将32.1M只当成一个切片来处理的话，虽然数据块是位于两个节点服务器中，而MapTask只在其中一个服务器中，但只在两个服务器中传递这0.1M的时间成本相比于另外启动一个MapTask的时间而言应该会更加短。这些都是出于时间成本的考虑。

还有另一种35.3M32M * 1.1 = 35.2M的情况，此时由于大于1.1倍的splitSize，则需要切片，但需要注意每一切片的大小依然是块大小32M，所以此时会被切割成32M和3.3M。