Update 2.1.3_OtherParams.md

Author: yunangao123

README_CN_NEW/2_BasicOperations/2.1_Session/2.1.3_OtherParams.md

@@ -109,7 +109,7 @@ RuntimeError: <Exception> in run: Server response: 'Syntax Error: [line #1] Cann
 
 #### *pickleTableToList*
 
-当 Session 构造时指定的 *protocol* 为 PROTOCOL_DDB 或者 PROTOCOL_PICKLE。开启该参数后，如果返回值为 Table，则对应 Python 对象为一个 numpy.ndarray 的列表，列表中每一个元素表示原 Table 中的一列。有关数据格式的相关内容，请参考章节 [3.1 类型转换](../../3_AdvancedOperations/3.1_DataTypeCasting/3.1.0_TypeCasting.md)。
+当 Session 构造时指定的 *protocol* 为 PROTOCOL_DDB 或者 PROTOCOL_PICKLE 时，该参数有效。开启该参数后，如果返回值为 Table，则对应 Python 对象为一个 numpy.ndarray 的列表，列表中每一个元素表示原 Table 中的一列。有关数据格式的相关内容，请参考章节 [3.1 类型转换](../../3_AdvancedOperations/3.1_DataTypeCasting/3.1.0_TypeCasting.md)。
 
 ```python
 >>> import dolphindb.settings as keys
@@ -142,7 +142,7 @@ True
 >>> s.run(script)
 ```
 
-在 run 方法中使用参数 *fetchSize* 指定分段大小 ，会返回一个 BlockReader 对象，可通过 `read()` 方法一段段的读取数据。需要注意的是 *fetchSize* 取值不能小于 8192，示例如下：
+在 run 方法中使用参数 *fetchSize* 指定分段大小 ，会返回一个 BlockReader 对象，可通过 `read()` 方法一段段的读取数据。需要注意的是 *fetchSize* 取值不能小于 8192（记录条数），示例如下：
 
 ```python
 >>> script1 = "select * from testblock"
@@ -172,7 +172,7 @@ True
 
 **runFile** 方法可读取文件所有内容作为脚本执行，可以如 run 方法一样传入不定长位置参数和不定长关键字参数。
 
-> **注：** 该文件路径为客户端路径。
+> **注：** 该文件路径为客户端的本地路径。
 
 使用示例如下：
 
@@ -459,7 +459,7 @@ True
 
 undef 方法释放 Session 中的指定对象；undefAll 方法释放 Session 中的全部对象。undef 支持的对象类型包括："VAR"(变量)、"SHARED"(共享变量) 与 "DEF"(函数定义)。默认类型为变量 "VAR"。"SHARED" 指内存中跨 Session 的共享变量，例如流数据表。
 
-假设 Session 中有一个 DolphinDB 的表对象 t1，可以通过 `undef("t1","VAR")` 将该表释放掉。释放后，并不一定能够看到内存在服务端马上释放。这与 DolphinDB 的内存管理机制有关。DolphinDB 从操作系统申请的内存，释放后不会立即还给操作系统，因为这些释放的内存在 DolphinDB 中可以立即使用。申请内存首先从 DolphinDB 内部的池中申请内存，不足时才会向操作系统去申请。配置文件 (dolphindb.cfg) 中参数 *maxMemSize* 设置的内存上限会尽量保证。譬如设置为 8GB，那么 DolphinDB 会尽可能利用 8GB 内存。所以若用户需要反复 undef 内存中的一个变量以释放内存，为后面程序腾出更多内存空间，则需要将 *maxMemSize* 调整到一个合理的数值，否则当前内存没有释放，而后面需要的内存超过了系统的最大内存，DolphinDB 的进程就有可能被操作系统杀掉或者出现 `out of memory` 的错误。
+假设 Session 中有一个 DolphinDB 的表对象 t1，可以通过 `undef("t1","VAR")` 将该表释放掉。释放后，并不一定能够看到内存在服务端马上释放。这与 DolphinDB 的内存管理机制有关。DolphinDB 从操作系统申请的内存，释放后不会立即还给操作系统，因为这些释放的内存在 DolphinDB 中可以立即使用。申请内存首先从 DolphinDB 内部的池中申请内存，不足时才会向操作系统去申请。配置文件 (dolphindb.cfg) 中参数 *maxMemSize* 设置的内存上限会尽量保证。譬如设置为 8GB，那么 DolphinDB 会尽可能利用 8GB 内存。所以若用户需要反复 undef 内存中的一个变量以释放内存，为后续 server 的运行腾出更多内存空间，则需要将 *maxMemSize* 调整到一个合理的数值（不超过内存上限），否则当前内存没有释放，而后面需要的内存超过了系统的最大内存，DolphinDB 的进程就有可能被操作系统杀掉或者出现 `out of memory` 的错误。
 
 ### 5.2 clearAllCache