diff --git a/README.md b/README.md
index cbab82b..b831bd0 100644
--- a/README.md
+++ b/README.md
@@ -6,7 +6,7 @@
 
 
 
-> 2019大数据常用技术栈学习之路 — — 持续更新中
+> 大数据常用技术栈学习之路 — — 持续更新中
 
 
 
@@ -40,8 +40,12 @@
   </table>
 
 
-
 ## 一、Hadoop
+
+1. [分布式文件存储系统——HDFS](https://github.com/heibaiying/BigData-Notes/blob/master/notes/Hadoop-HDFS.md)
+2. [分布式计算框架——MapReduce](https://github.com/heibaiying/BigData-Notes/blob/master/notes/Hadoop-MapReduce.md)
+3. [集群资源管理器——YARN](https://github.com/heibaiying/BigData-Notes/blob/master/notes/Hadoop-YARN.md)
+
 ## 二、Hive
 ## 三、Spark
 ## 四、Flume
diff --git a/notes/Hadoop-HDFS.md b/notes/Hadoop-HDFS.md
index bfe69a9..bdb1d1d 100644
--- a/notes/Hadoop-HDFS.md
+++ b/notes/Hadoop-HDFS.md
@@ -1,5 +1,6 @@
-# Hadoop-HDFS
-
<nav>
+# 分布式文件存储系统——HDFS
+
+<nav>
 <a href="#一介绍">一、介绍</a><br/>
 <a href="#二HDFS-设计原理">二、HDFS 设计原理</a><br/>
 &nbsp;&nbsp;&nbsp;&nbsp;<a href="#21-HDFS-架构">2.1 HDFS 架构</a><br/>
@@ -20,120 +21,172 @@
 &nbsp;&nbsp;&nbsp;&nbsp;<a href="#34-跨平台移植性">3.4 跨平台移植性</a><br/>
 <a href="#四HDFS-shell">四、HDFS shell</a><br/>
 <a href="#五HDFS-API">五、HDFS API</a><br/>
+<a href="#附图解HDFS存储原理">附：图解HDFS存储原理</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#1-HDFS写数据原理">1. HDFS写数据原理</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#2-HDFS读数据原理">2. HDFS读数据原理</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#3-HDFS故障类型和其检测方法">3. HDFS故障类型和其检测方法</a><br/>
 </nav>
 
 
-## 一、介绍
-
-**HDFS** （**Hadoop Distributed File System**）是一种分布式文件系统，具有**高容错**、**高吞吐量**等特性，可以部署在**低成本**的硬件上。
-
-
-
-## 二、HDFS 设计原理
-
-<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfsarchitecture.png"/> </div>
-
-### 2.1 HDFS 架构
-
-HDFS 具有主/从架构，由单个NameNode （NN）和 多个 DataNode (DN) 组成：
-
-- NameNode : 负责执行文件**系统命名空间**的操作，如打开，关闭和重命名文件、目录等，它还负责集群元数据的存储，记录着每个文件中各个块所在数据节点的信息。
-- DataNode：负责提供来自文件系统客户端的读写请求，执行块的创建，删除等操作。
-
-
-
-### 2.2 文件系统命名空间
-
-HDFS 系统命名空间的层次结构与现在大多数文件系统类似（如 windows）, 可以进行目录、文件的创建、移动、删除和重命名等操作，支持用户配置和访问权限配置，但不支持硬链接和软连接。
-
-NameNode 负责维护文件系统名称空间,记录对名称空间或其属性的任何更改。
-
-
-
-### 2.3 数据复制
-
-由于hadoop设计运行在廉价的机器上，这意味着硬件是不可靠的，为了保证高容错，数据复制孕育而生。
-
-HDFS 它将每一个文件存储为一系列**块**，复制文件的块以实现容错，块大小和复制因子可根据文件进行配置（默认块大小是128M,默认复制因子是3）。
-
-<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfsdatanodes.png"/> </div>
-
-### 2.4 数据复制的实现原理
-
-大型HDFS实例在通常分布在多个机架上的计算机群集上运行。不同机架中两个节点之间的通信必须通过交换机。在大多数情况下，同一机架中的计算机之间的网络带宽大于不同机架中的计算机之间的网络带宽。
-
-HDFS采用机架感知副本放置策略，对于常见情况，当复制因子为3时，HDFS的放置策略是：
-
-在编写器位于datanode上时，将一个副本放在本地计算机上，否则放在随机datanode上；在另一个（远程）机架上的节点上放置另一个副本，最后一个在同一个远程机架中的另一个节点上。此策略可以减少机架间写入流量，从而提高写入性能。
-
-<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-机架.png"/> </div>
-
-如果复制因子大于3，则随机确定第4个和以下副本的放置，同时保持每个机架的副本数量低于上限，上限值通常为`（复制系数 - 1）/机架数量 + 2`，但是不允许同一个dataNode具有同一块的多个副本。
-
-
-
-### 2.5  副本的选择
-
-为了最大限度地减少全局带宽消耗和读取延迟，HDFS尝试满足最接近读取器的副本的读取请求。如果在与读取器节点相同的机架上存在副本，则该副本首选满足读取请求。如果HDFS群集跨越多个数据中心，则本地数据中心的副本优先于任何远程副本。
-
-
-
-### 2.6 架构的稳定性
-
-#### 1. 心跳机制和重新复制
-
-每个DataNode定期向NameNode发送心跳消息，如果超过指定时间没有收到心跳消息，则将DataNode标记为死亡。NameNode不会将任何新的IO请求转发给标记为死亡的DataNode，且标记为死亡的DataNode上的数据也不在可用。 由于数据不再可用，可能会导致某些块的复制因子小于其指定值，NameNode会跟踪这些需要复制的块，并在必要的时候进行复制。
-
-#### 2. 数据的完整性
-
-由于存储设备中故障等原因，存储在DataNode获取的数据块可能会发生此损坏。
-
-当客户端创建HDFS文件时，它会计算文件每个块的`校验和`，并将这些`校验和`存储在同一HDFS命名空间中的单独隐藏文件中。当客户端检索文件内容时，它会验证从每个DataNode接收的数据是否与存储在关联校验和文件中的`校验和`匹配。如果没有，则客户端可以选择从另一个DataNode中检索该块。
-
-#### 3.元数据的磁盘故障
-
-`FsImage`和`EditLog`是HDFS架构的中心数据。这些数据的失效会引起HDFS实例失效。因为这个原因，可以配置NameNode使其支持`FsImage`和`EditLog`多副本同步，使得`FsImage`或`EditLog`的任何改变会引起每一份`FsImage`和`EditLog`同步更新。
-
-#### 4.支持快照
-
-快照支持在特定时刻存储数据副本，以便可以将损坏的HDFS实例回滚到先前良好时间点。
-
-
-
-## 三、HDFS 的特点
-
-### 3.1 高容错
-
-由于HDFS 采用数据的多副本方案、所以哪怕部分硬件的损坏，也不会导致数据的丢失。
-
-### 3.2 高吞吐量
-
-HDFS是被设计用于批量处理而非用户交互。设计的重点是高吞吐量访问而不是低延迟数据访问。
-
-### 3.3  大文件支持
-
-在HDFS上运行的应用程序具有大型数据集。一个典型文档在HDFS是GB到TB级别的。因此，HDFS被设计为支持大文件。
-
-### 3.3 简单一致性模型
-
-HDFS更适合于一次写入多次读取（write-once-read-many）的访问模型。支持将内容附加到文件末尾，但无法在任意点更新。此假设简化了数据一致性问题，并实现了高吞吐量数据访问。
-
-### 3.4 跨平台移植性
-
-HDFS的设计便于从一个平台移植到另一个平台。这有助于HDFS作为大数据首选存储方案。
-
-
-
-## 四、HDFS shell
-
-
-
-## 五、HDFS API
-
-
-
-## 参考资料
-
-1. [Apache Hadoop 2.9.2 > HDFS Architecture](http://hadoop.apache.org/docs/stable/hadoop-project-dist/hadoop-hdfs/HdfsDesign.html)
-2. Tom White. hadoop权威指南 [M]. 清华大学出版社, 2017.
-
+
+## 一、介绍
+
+**HDFS** （**Hadoop Distributed File System**）是一种分布式文件系统，具有**高容错**、**高吞吐量**等特性，可以部署在**低成本**的硬件上。
+
+
+
+## 二、HDFS 设计原理
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfsarchitecture.png"/> </div>
+
+### 2.1 HDFS 架构
+
+HDFS 具有主/从架构，由单个NameNode （NN）和 多个 DataNode (DN) 组成：
+
+- NameNode : 负责执行文件**系统命名空间**的操作，如打开，关闭和重命名文件、目录等，它还负责集群元数据的存储，记录着每个文件中各个块所在数据节点的信息。
+- DataNode：负责提供来自文件系统客户端的读写请求，执行块的创建，删除等操作。
+
+
+
+### 2.2 文件系统命名空间
+
+HDFS 系统命名空间的层次结构与现在大多数文件系统类似（如 windows）, 可以进行目录、文件的创建、移动、删除和重命名等操作，支持用户配置和访问权限配置，但不支持硬链接和软连接。
+
+NameNode 负责维护文件系统名称空间,记录对名称空间或其属性的任何更改。
+
+
+
+### 2.3 数据复制
+
+由于hadoop设计运行在廉价的机器上，这意味着硬件是不可靠的，为了保证高容错，数据复制孕育而生。
+
+HDFS 它将每一个文件存储为一系列**块**，复制文件的块以实现容错，块大小和复制因子可根据文件进行配置（默认块大小是128M,默认复制因子是3）。
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfsdatanodes.png"/> </div>
+
+### 2.4 数据复制的实现原理
+
+大型HDFS实例在通常分布在多个机架上的计算机群集上运行。不同机架中两个节点之间的通信必须通过交换机。在大多数情况下，同一机架中的计算机之间的网络带宽大于不同机架中的计算机之间的网络带宽。
+
+HDFS采用机架感知副本放置策略，对于常见情况，当复制因子为3时，HDFS的放置策略是：
+
+在编写器位于datanode上时，将一个副本放在本地计算机上，否则放在随机datanode上；在另一个（远程）机架上的节点上放置另一个副本，最后一个在同一个远程机架中的另一个节点上。此策略可以减少机架间写入流量，从而提高写入性能。
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-机架.png"/> </div>
+
+如果复制因子大于3，则随机确定第4个和以下副本的放置，同时保持每个机架的副本数量低于上限，上限值通常为`（复制系数 - 1）/机架数量 + 2`，但是不允许同一个dataNode具有同一块的多个副本。
+
+
+
+### 2.5  副本的选择
+
+为了最大限度地减少全局带宽消耗和读取延迟，HDFS尝试满足最接近读取器的副本的读取请求。如果在与读取器节点相同的机架上存在副本，则该副本首选满足读取请求。如果HDFS群集跨越多个数据中心，则本地数据中心的副本优先于任何远程副本。
+
+
+
+### 2.6 架构的稳定性
+
+#### 1. 心跳机制和重新复制
+
+每个DataNode定期向NameNode发送心跳消息，如果超过指定时间没有收到心跳消息，则将DataNode标记为死亡。NameNode不会将任何新的IO请求转发给标记为死亡的DataNode，且标记为死亡的DataNode上的数据也不在可用。 由于数据不再可用，可能会导致某些块的复制因子小于其指定值，NameNode会跟踪这些需要复制的块，并在必要的时候进行复制。
+
+#### 2. 数据的完整性
+
+由于存储设备中故障等原因，存储在DataNode获取的数据块可能会发生此损坏。
+
+当客户端创建HDFS文件时，它会计算文件每个块的`校验和`，并将这些`校验和`存储在同一HDFS命名空间中的单独隐藏文件中。当客户端检索文件内容时，它会验证从每个DataNode接收的数据是否与存储在关联校验和文件中的`校验和`匹配。如果没有，则客户端可以选择从另一个DataNode中检索该块。
+
+#### 3.元数据的磁盘故障
+
+`FsImage`和`EditLog`是HDFS架构的中心数据。这些数据的失效会引起HDFS实例失效。因为这个原因，可以配置NameNode使其支持`FsImage`和`EditLog`多副本同步，使得`FsImage`或`EditLog`的任何改变会引起每一份`FsImage`和`EditLog`同步更新。
+
+#### 4.支持快照
+
+快照支持在特定时刻存储数据副本，以便可以将损坏的HDFS实例回滚到先前良好时间点。
+
+
+
+## 三、HDFS 的特点
+
+### 3.1 高容错
+
+由于HDFS 采用数据的多副本方案、所以哪怕部分硬件的损坏，也不会导致数据的丢失。
+
+### 3.2 高吞吐量
+
+HDFS是被设计用于批量处理而非用户交互。设计的重点是高吞吐量访问而不是低延迟数据访问。
+
+### 3.3  大文件支持
+
+在HDFS上运行的应用程序具有大型数据集。一个典型文档在HDFS是GB到TB级别的。因此，HDFS被设计为支持大文件。
+
+### 3.3 简单一致性模型
+
+HDFS更适合于一次写入多次读取（write-once-read-many）的访问模型。支持将内容附加到文件末尾，但无法在任意点更新。此假设简化了数据一致性问题，并实现了高吞吐量数据访问。
+
+### 3.4 跨平台移植性
+
+HDFS的设计便于从一个平台移植到另一个平台。这有助于HDFS作为大数据首选存储方案。
+
+
+
+## 四、HDFS shell
+
+
+
+## 五、HDFS API
+
+
+
+## 附：图解HDFS存储原理
+
+说明：本小结图片引用自博客[翻译经典 HDFS 原理讲解漫画](https://blog.csdn.net/hudiefenmu/article/details/37655491)
+
+### 1. HDFS写数据原理
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-write-1.jpg"/> </div>
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-write-2.jpg"/> </div>
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-write-3.jpg"/> </div>
+
+
+
+### 2. HDFS读数据原理
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-read-1.jpg"/> </div>
+
+
+
+### 3. HDFS故障类型和其检测方法
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-tolerance-1.jpg"/> </div>
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-tolerance-2.jpg"/> </div>
+
+
+
+**第二部分：读写故障的处理**
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-tolerance-3.jpg"/> </div>
+
+
+
+**第三部分：DataNode故障处理**
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-tolerance-4.jpg"/> </div>
+
+
+
+**副本布局策略**：
+
+<div align="center"> <img  src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/hdfs-tolerance-5.jpg"/> </div>
+
+
+
+## 参考资料
+
+1. [Apache Hadoop 2.9.2 > HDFS Architecture](http://hadoop.apache.org/docs/stable/hadoop-project-dist/hadoop-hdfs/HdfsDesign.html)
+2. Tom White. hadoop权威指南 [M]. 清华大学出版社, 2017.
+3. [翻译经典 HDFS 原理讲解漫画](https://blog.csdn.net/hudiefenmu/article/details/37655491)
+
diff --git a/notes/Hadoop-MapReduce.md b/notes/Hadoop-MapReduce.md
new file mode 100644
index 0000000..ff869f7
--- /dev/null
+++ b/notes/Hadoop-MapReduce.md
@@ -0,0 +1,113 @@
+# 分布式计算框架——MapReduce
+
<nav>
+<a href="#一MapReduce-概述">一、MapReduce 概述</a><br/>
+<a href="#二MapReduce-编程模型简述">二、MapReduce 编程模型简述</a><br/>
+<a href="#三MapReduce-编程模型详述">三、MapReduce 编程模型详述</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#31-InputFormat-&-RecordReaders">3.1 InputFormat & RecordReaders </a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#32-combiner">3.2 combiner</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#33-partitioner">3.3 partitioner</a><br/>
+&nbsp;&nbsp;&nbsp;&nbsp;<a href="#34-sort-&-combiner">3.4 sort & combiner</a><br/>
+<a href="#四MapReduce-词频统计案例">四、MapReduce 词频统计案例</a><br/>
+</nav>
+
+## 一、MapReduce 概述
+
+Hadoop MapReduce是一个分布式计算框架，用于编写应用程序，以可靠，容错的方式在大型集群上并行处理大量数据（多为TB级别数据集）。
+
+MapReduce 作业通常将输入数据集拆分为独立的块，这些块由**map任务**以完全并行的方式处理。框架对**map任务**的输出进行排序，然后输入到**reduce任务**。通常，作业的输入和输出都存储在文件系统中。该框架负责调度任务，监视任务并重新执行失败的任务。
+
+MapReduce框架专门用于`<key，value>`对，也就是说，框架将作业的输入视为一组`<key，value>`对，并生成一组`<key，value>`对作为输出。输出和输出的`key`和`value`都必须实现[Writable](http://hadoop.apache.org/docs/stable/api/org/apache/hadoop/io/Writable.html) 接口。
+
+```
+(input) <k1, v1> -> map -> <k2, v2> -> combine -> <k2, v2> -> reduce -> <k3, v3> (output)
+```
+
+
+
+## 二、MapReduce 编程模型简述
+
+这里以词频统计为例说明MapReduce的编程模型，下图为词频统计的流程图：
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/mapreduceProcess.png"/> </div>
+
+1. **input** : 读取文本文件；
+
+2. **splitting** : 将文件按照行进行拆分，此时得到的K1为行数，V1表示对应行的文本内容；
+
+3. **mapping** : 并行将每一行按照空格进行拆分，拆分得到的List(K2,V2),其中K2代表每一个单词，由于是做词频统计，所以其V2为1，代表出现1次；
+4. **shuffling**：由于Mapping操作可能是在不同的机器上并行处理的，所以需要通过shuffling将相同的数据分到同一个节点上去合并，这样才能统计出最终的结果，此时得到K2为每一个单词，List(V2)为可迭代集合，V2就是Mapping中的V2；
+5. **Reducing** : 这里的案例是统计单词出现的总次数，所以Reducing迭代List(V2)，并计算其和值，最终输出。
+
+MapReduce 编程模型中`splitting` 和` shuffing`操作都是由框架实现的，实际上，主要需要我们实现的是`mapping`和`reducing`
+
+中的编程逻辑，这也就是为何该框架叫做MapReduce的原因。
+
+
+
+## 三、MapReduce 编程模型详述
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/Detailed-Hadoop-MapReduce-Data-Flow-14.png"/> </div>
+
+### 3.1 InputFormat & RecordReaders 
+
+、通过InputFormat 将输出文件拆分为多个InputSplit，并由RecordReaders 将InputSplit 转换为标准的<key,value>键值对，作为map的输出。这一步的意义在于只有先进行逻辑拆分并转为标准的格式后，才能为多个map提供输入，进行并行处理；
+
+`InputFormat` 为一个抽象类，其中定义了两个抽象方法，而实际的操作则由其实现类来进行。其源码如下：
+
+**getSplits**：将输入文件拆分为多个InputSplit；
+
+**createRecordReader**: 定义RecordReader的创建方法；
+
+```java
+public abstract class InputFormat<K, V> {
+
+  public abstract 
+    List<InputSplit> getSplits(JobContext context) throws IOException, InterruptedException;
+  
+
+  public abstract 
+    RecordReader<K,V> createRecordReader(InputSplit split,
+                                         TaskAttemptContext context
+                                        ) throws IOException, 
+                                                 InterruptedException;
+
+}
+```
+
+### 3.2 combiner
+
+combiner是map运算后的可选操作，其实际上是一个本地化的reduce操作，它主要是在map计算出中间文件后做一个简单的合并重复key值的操作。例如我们对文件里的单词频率做统计，map计算时候如果碰到一个hadoop的单词就会记录为1，但是这篇文章里hadoop可能会出现n多次，那么map输出文件冗余就会很多，因此在reduce计算前对相同的key做一个合并操作，那么文件会变小。这样就提高了宽带的传输效率，因为hadoop计算的宽带资源往往是计算的瓶颈也是最为宝贵的资源。
+
+但并非所有场景都适合使用combiner，使用它的原则是combiner的输入不会影响到reduce计算的最终输入，例如：如果计算只是求总数，最大值，最小值可以使用combiner，但是做平均值计算使用combiner的话，最终的reduce计算结果就会出错。
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/mapreduce-combiner.png"/> </div>
+
+### 3.3 partitioner
+
+partitioner可以理解成分类器，按照key的不同分别将map的输出分给不同的reduce，可以自定义实现。
+
+
+
+### 3.4 sort & combiner
+
+<div align="center"> <img width="600px" src="https://github.com/heibaiying/BigData-Notes/blob/master/pictures/mapreduce-sort.png"/> </div>
+
+经过partitioner处理后，每个key-value对都得到分配到的reduecer信息，然后把记录先写入内存(In-memory buffer)。当写入内存的数据越来越多时，当buffer达到一定阀值（默认80M），就开始执行spill（溢写）步骤，即分成小文件写入磁盘。在写之前，先对memory中每个partition进行排序（in-memory sort）。如果数据量大的话，这个步骤会产生很多个spilled文件，如果我们定义了combine，那么在排序之前还会进行combine，最后一个步骤就是merge，把 spill 步骤产生的所有spilled files，merge成一个大的已排序文件。merge是相同的partition之间进行。
+
+Merge是怎样的？如“aaa”从某个map task读取过来时值是5，从另外一个map 读取值是8，因为它们有相同的key，所以得merge成group。什么是group。对于“aaa”就是像这样的：{“aaa”, [5, 8, 10, …]}，数组中的值就是从不同溢写文件中读取出来的，然后再把这些值加起来。请注意，因为merge是将多个溢写文件合并到一个文件，所以可能也有相同的key存在，在这个过程中如果client设置过Combiner，也会使用Combiner来合并相同的key。
+
+
+
+## 四、MapReduce 词频统计案例
+
+
+
+
+
+## 参考资料
+
+1. [分布式计算框架MapReduce](https://zhuanlan.zhihu.com/p/28682581)
+2. [Apache Hadoop 2.9.2 > MapReduce Tutorial](http://hadoop.apache.org/docs/stable/hadoop-mapreduce-client/hadoop-mapreduce-client-core/MapReduceTutorial.html)
+
+
+
diff --git a/notes/Hadoop-YARN.md b/notes/Hadoop-YARN.md
index 75f6c08..46c6852 100644
--- a/notes/Hadoop-YARN.md
+++ b/notes/Hadoop-YARN.md
@@ -1,4 +1,4 @@
-# Hadoop-YARN
+# 集群资源管理器——YARN
 
 <nav>
 <a href="#一hadoop-yarn-简介">一、hadoop yarn 简介</a><br/>
diff --git a/pictures/Detailed-Hadoop-MapReduce-Data-Flow-14.png b/pictures/Detailed-Hadoop-MapReduce-Data-Flow-14.png
new file mode 100644
index 0000000..245a736
Binary files /dev/null and b/pictures/Detailed-Hadoop-MapReduce-Data-Flow-14.png differ
diff --git a/pictures/hdfs-read-1.jpg b/pictures/hdfs-read-1.jpg
new file mode 100644
index 0000000..2dfddb2
Binary files /dev/null and b/pictures/hdfs-read-1.jpg differ
diff --git a/pictures/hdfs-tolerance-1.jpg b/pictures/hdfs-tolerance-1.jpg
new file mode 100644
index 0000000..0aff95a
Binary files /dev/null and b/pictures/hdfs-tolerance-1.jpg differ
diff --git a/pictures/hdfs-tolerance-2.jpg b/pictures/hdfs-tolerance-2.jpg
new file mode 100644
index 0000000..e024aa7
Binary files /dev/null and b/pictures/hdfs-tolerance-2.jpg differ
diff --git a/pictures/hdfs-tolerance-3.jpg b/pictures/hdfs-tolerance-3.jpg
new file mode 100644
index 0000000..a588797
Binary files /dev/null and b/pictures/hdfs-tolerance-3.jpg differ
diff --git a/pictures/hdfs-tolerance-4.jpg b/pictures/hdfs-tolerance-4.jpg
new file mode 100644
index 0000000..b673496
Binary files /dev/null and b/pictures/hdfs-tolerance-4.jpg differ
diff --git a/pictures/hdfs-tolerance-5.jpg b/pictures/hdfs-tolerance-5.jpg
new file mode 100644
index 0000000..7e6cab7
Binary files /dev/null and b/pictures/hdfs-tolerance-5.jpg differ
diff --git a/pictures/hdfs-write-1.jpg b/pictures/hdfs-write-1.jpg
new file mode 100644
index 0000000..fd17842
Binary files /dev/null and b/pictures/hdfs-write-1.jpg differ
diff --git a/pictures/hdfs-write-2.jpg b/pictures/hdfs-write-2.jpg
new file mode 100644
index 0000000..aa5b27f
Binary files /dev/null and b/pictures/hdfs-write-2.jpg differ
diff --git a/pictures/hdfs-write-3.jpg b/pictures/hdfs-write-3.jpg
new file mode 100644
index 0000000..adc3203
Binary files /dev/null and b/pictures/hdfs-write-3.jpg differ
diff --git a/pictures/mapreduce-combiner.png b/pictures/mapreduce-combiner.png
new file mode 100644
index 0000000..ee60222
Binary files /dev/null and b/pictures/mapreduce-combiner.png differ
diff --git a/pictures/mapreduce-sort.png b/pictures/mapreduce-sort.png
new file mode 100644
index 0000000..e026d84
Binary files /dev/null and b/pictures/mapreduce-sort.png differ
diff --git a/pictures/mapreduceProcess.png b/pictures/mapreduceProcess.png
new file mode 100644
index 0000000..3a62119
Binary files /dev/null and b/pictures/mapreduceProcess.png differ