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是非常消耗性能的一件事情? 待查资料?

 

 

这是本次遇到的一些问题?

你可能感兴趣的:(mapreduce)