diff --git a/notes/Azkaban_Flow_1.0_的使用.md b/notes/Azkaban_Flow_1.0_的使用.md
index 7311fe3..e94e214 100644
--- a/notes/Azkaban_Flow_1.0_的使用.md
+++ b/notes/Azkaban_Flow_1.0_的使用.md
@@ -3,16 +3,7 @@
+
## 一、简介
-Azkaban提供了人性化的WEB UI界面，使得我们可以通过界面上传配置文件来完成任务的调度。Azkaban有两个重要的概念：
+Azkaban主要通过界面上传配置文件来进行任务的调度。它有两个重要的概念：
- **Job**： 你需要执行的调度任务；
- **Flow**：一个获取多个Job及它们之间的依赖关系所组成的图表叫做Flow。
@@ -33,13 +25,13 @@ Azkaban提供了人性化的WEB UI界面，使得我们可以通过界面上传
### 2.1 新建项目
-在Azkaban主界面可以创建对应的项目
+在Azkaban主界面可以创建对应的项目：
### 2.2 任务配置
-新建任务配置文件`Hello-Azkaban.job`，注意后缀名为`job`,内容如下,这里我们的任务很简单，就是输出一句`'Hello Azkaban!'`
+新建任务配置文件`Hello-Azkaban.job`，内容如下。这里的任务很简单，就是输出一句`'Hello Azkaban!'` ：
```shell
#command.job
@@ -49,27 +41,27 @@ command=echo 'Hello Azkaban!'
### 2.3 打包上传
-将`Hello-Azkaban.job `打包为`zip`压缩文件
+将`Hello-Azkaban.job `打包为`zip`压缩文件：
-通过Web UI 界面上传
+通过Web UI 界面上传：
-上传成功后可以看到对应的Flows
+上传成功后可以看到对应的Flows：
### 2.4 执行任务
-点击页面上的`Execute Flow`执行任务
+点击页面上的`Execute Flow`执行任务：
### 2.5 执行结果
-点击`detail`可以查看到任务的执行日志
+点击`detail`可以查看到任务的执行日志：
@@ -79,7 +71,7 @@ command=echo 'Hello Azkaban!'
### 3.1 依赖配置
-这里假设我们有五个任务（TaskA——TaskE）,D任务需要在A，B，C任务执行完成后才能执行，而E任务则需要在D任务执行完成后才能执行。则需要使用`dependencies`属性定义其依赖关系，各任务配置如下：
+这里假设我们有五个任务（TaskA——TaskE）,D 任务需要在A，B，C任务执行完成后才能执行，而 E 任务则需要在 D 任务执行完成后才能执行，这种情况下需要使用`dependencies`属性定义其依赖关系。各任务配置如下：
**Task-A.job** :
@@ -120,13 +112,13 @@ dependencies=Task-D
### 3.2 压缩上传
-压缩后进行上传，这里需要注意的是一个Project只能接收一个压缩包，这里我还沿用上面的Project，默认后面的压缩包会覆盖前面的压缩包
+压缩后进行上传，这里需要注意的是一个Project只能接收一个压缩包，这里我还沿用上面的Project，默认后面的压缩包会覆盖前面的压缩包：
### 3.3 依赖关系
-多个任务存在依赖时，默认采用最后一个任务的文件名作为Flow的名称，其依赖关系可以在页面上得以直观的体现
+多个任务存在依赖时，默认采用最后一个任务的文件名作为Flow的名称，其依赖关系如图：
@@ -134,11 +126,11 @@ dependencies=Task-D
-这里说明一下在Flow1.0的情况下，是无法通过一个job文件完成多个任务的配置的，但是Flow 2.0 就很好的解决了这个问题。
+从这个案例可以看出，Flow1.0无法通过一个job文件来完成多个任务的配置，但是Flow 2.0 就很好的解决了这个问题。
## 四、调度HDFS作业
-步骤与上面的步骤一致，这里已查看HDFS文件列表为例，建议涉及到路径的地方全部采用完整的路径名，配置文件如下：
+步骤与上面的步骤一致，这里以查看HDFS上的文件列表为例。命令建议采用完整路径，配置文件如下：
```shell
type=command
@@ -191,7 +183,7 @@ deptno int
desc emp;
```
-打包的时候将`job`文件与`sql`文件一并进行打包
+打包的时候将`job`文件与`sql`文件一并进行打包：
@@ -201,21 +193,21 @@ desc emp;
## 七、在线修改作业配置
-在测试的时候，我们可能要频繁修改配置，如果每次修改都要重新打包上传这是比较麻烦的，所幸的是Azkaban是支持配置的在线修改的，点击需要修改的Flow，就可以进入详情页面：
+在测试时，我们可能需要频繁修改配置，如果每次修改都要重新打包上传，这会比较麻烦。所以Azkaban支持配置的在线修改，点击需要修改的Flow，就可以进入详情页面：
-在详情页面点击`Eidt`按钮可以进入编辑页面
+在详情页面点击`Eidt`按钮可以进入编辑页面：
-在编辑页面可以新增配置或者修改配置
+在编辑页面可以新增配置或者修改配置：
## 附：可能出现的问题
-如果出现以下异常,多半是因为执行主机内存不足引起，azkaban要求执行主机可用内存必须大于3G才能满足执行任务的条件
+如果出现以下异常，多半是因为执行主机内存不足，Azkaban要求执行主机的可用内存必须大于3G才能执行任务：
```shell
Cannot request memory (Xms 0 kb, Xmx 0 kb) from system for job
@@ -223,11 +215,7 @@ Cannot request memory (Xms 0 kb, Xmx 0 kb) from system for job
-如果你的执行主机没办法增大内存，则可以通过配置`commonprivate.properties` 文件关闭内存检查，
-
-`commonprivate.properties` 文件在安装目录的`/plugins/jobtypes`下。
-
-关闭内存检查的配置如下：
+如果你的执行主机没办法增大内存，那么可以通过修改`plugins/jobtypes/`目录下的`commonprivate.properties` 文件来关闭内存检查，配置如下：
```shell
memCheck.enabled=false
diff --git a/notes/installation/Azkaban_3.x_编译及部署.md b/notes/installation/Azkaban_3.x_编译及部署.md
index 5f3f145..c16b015 100644
--- a/notes/installation/Azkaban_3.x_编译及部署.md
+++ b/notes/installation/Azkaban_3.x_编译及部署.md
@@ -1,20 +1,14 @@
# Azkaban 3.x 编译及部署
-## 一、Azkaban 编译
+
+## 一、Azkaban 源码编译
### 1.1 下载并解压
@@ -78,7 +72,7 @@ Azkaban 的编译过程需要用Git下载部分JAR包，所以需要预先安装
-## 二、Azkaban 部署模式介绍
+## 二、Azkaban 部署模式
>After version 3.0, we provide two modes: the stand alone “solo-server” mode and distributed multiple-executor mode. The following describes thedifferences between the two modes.
