hadoop-job-mapreduce培训遗留问题
1.map的num是可以配置的，但是最终map的数量是由谁来决定的？map num?在splite代码中，我们看到了 map的数量由块的数量来决定，那么这里配置的这个数量到底是谁来决定的？
2.second namenode?
second namenode 的是一个冷备份，如果namenode 节点出现故障的话，启动 second namenode 是不是可以是整个hadoop集群正常工作， 个人认为是可以的？待查资料？
3.block 是不是均匀分布 在各个datanode？
举个例子，加入默认块的大小是 64M 我有10个节点，那么对一个640M 的文件做mapreduce是不是每个节点都会得到64M 这么一个块？个人认为是可以的？待查资料？
4.map的结果和reduce的输入都做了sort，为什么要做sort？
其实有些程序是不需要做排序的，但是mapreduce默认实现了sort，为什么要做sort呢？
难道是仅仅简单的排序吗？sort是非常消耗性能的一件事情？ 待查资料？
这是本次遇到的一些问题？
页:
[1]