update docs

docs/guide/faq.md

@@ -91,4 +91,7 @@ xray的xss插件检测方式与大家熟知的暴力发包方式不同，是通
 这类问题核心原因是因为系统内存不足，原因可能是
 
  - 系统内存确实过小，xray 运行使用的内存大小和配置有关，见[队列长度](configration/mitm) 相关章节。这种情况下，请正确理解相关参数的意义，不要配置不合理的数字。
- - 系统中有其他的进程占用了过多的内存，比如 `crawlergo`。系统在发生内存不足情况的时候，会给所有的进程计算一个分数，直接相关就是内存占用大小，但是因为 `xray` 是单进程，而 `crawlergo` 是多进程，所以在同等内存占用情况下，`xray` 进程分数就会更高，就会被作为牺牲品而被 kill。这种情况下，需要提高系统内存或者降低爬虫的进程数量，在 dmesg 相关日志中可以看到分数详情。
+ - 系统中有其他的进程占用了过多的内存，比如 `crawlergo`。系统在发生内存不足情况的时候，会给所有的进程计算一个分数，直接相关就是内存占用大小，但是因为 `xray` 是单进程，而 `crawlergo` 是多进程，所以在同等内存占用情况下，`xray` 进程分数就会更高，就会被作为牺牲品而被 kill。这种情况下，可以
+   - 需要提高系统内存
+   - 降低爬虫的进程数量，比如 crawlergo 的 `max-tab-count`
+   - 在运行 xray 之前，在 bash 中执行 `echo -500 > /proc/self/oom_score_adj`，降低被 oom 的可能性