linux - Firefox 崩溃后，Web 内容进程仍在内存中

Question

最近我一直在玩带有 MATE 的 Ubuntu 16.04(修补和升级)。在 OS 之上安装了 Firefox 56 (FF) 用于通常的网络浏览。正如我们所知，FF 有时会出现故障。但是我注意到在这种情况下磁盘利用率相当高。原因是旧的 FF 进程没有关闭称为 Web 内容的缓存进程。

根据 Google-d 信息，默认情况下有 4 个这样的进程。通过摆弄 about:config您可以修改子进程的数量。有关此支票的更多信息 FF Electrolysis .我不会标记这种恶意行为，但它仍然不方便。
我制作了一个脚本，它会在 FF 崩溃时启动并杀死这样的进程。他们运行类似这样的命令:
"/usr/lib/firefox/firefox-contentproc-childID8-isForBrowser-intPrefs5:50|6:-1|18:0|28:1000|33:20|34:10|43:128|44:10000|49:0|51:400|52:1|53:0|54:0|59:0|60:120|61:120|91:2|92:1|106:5000|117:0|119:0|130:10000|155:24|156:32768|158:0|159:0|167:5|171:1048576|172:100|173:5000|175:600|176:4|177:1|186:2|200:60000|-boolPrefs1:0|2:0|4:0|26:1|27:1|30:0|35:1|36:0|37:0|38:0|41:1|42:1|45:0|46:0|47:0|48:0|50:0|55:1|56:1|57:0|58:1|62:1|63:1|64:0|65:1|66:1|67:0|68:1|71:0|72:0|75:1|76:1|80:1|81:1|82:1|83:0|85:0|86:0|87:1|88:0|93:1|94:0|100:0|105:0|108:1|109:0|111:1|112:1|114:1|118:0|120:0|122:0|124:1|125:1|131:0|132:0|133:1|135:0|146:0|153:0|154:0|157:1|160:0|162:1|164:1|165:0|170:0|174:1|179:0|180:0|181:0|182:1|183:0|184:0|185:1|188:1|192:0|193:0|194:1|195:1|196:0|197:1|198:1|199:1|201:0|202:0|204:0|212:1|213:1|214:0|215:0|216:0|-stringPrefs3:7;release|134:3;1.0|151:332;  ¼½¾ǃː̷̸։֊׃״؉؊٪۔܁܂܃܄ᅟᅠ᜵           ​‎‏‐’․‧

‪‫‬‭‮ ‹›⁁⁄⁒ ⅓⅔⅕⅖⅗⅘⅙⅚⅛⅜⅝⅞⅟∕∶⎮╱⧶⧸⫻⫽⿰⿱⿲⿳⿴⿵⿶⿷⿸⿹⿺⿻　。〔〕〳゠ㅤ㈝㈞㎮㎯㏆㏟꞉︔︕︿﹝﹞．／｡ﾠ�|152:8;moderate|-greomni/usr/lib/firefox/omni.ja-appomni/usr/lib/firefox/browser/omni.ja-appdir/usr/lib/firefox/browser1078truetab
"
到目前为止，我已确定此命令的部分内容:

首先:/usr/lib/firefox/firefox -contentproc -childID"CHILD_ID" -isForBrowser哪里"CHILD_ID"是 FF 的子进程处理缓存的索引，我将它们从 0 到 9，因为我的 FF 设置默认为 4，但最大值为 10。其他参数是不言自明的。

然后有许多首选项 int/bool/string，看起来像是将过程传递给其他一些过程。我不确定如何将这些解释为人类可读的语言。

最后，所有进程都以 -greomni/usr/lib/firefox/omni.ja -appomni/usr/lib/firefox/browser/omni.ja -appdir/usr/lib/firefox/browser "FF_PID" true tab 结束
哪里omni.ja是一个多库存档，更多信息 here . “FF_PID”是创建这种缓存子级的FF进程的进程ID号。最后两个参数 true tab我不知道。 FF 的手册页太浅，无法在这里提供帮助。

如果您想查看挂断的进程，请尝试我的接听电话:ps -ef | grep "firefox -contentproc" --color=never | awk ' { t = $1; $1 = $3; $3 = t; print; } ' | grep "^1" --color=never

所以我的推理和质疑是:

为什么FF崩溃报告将这些进程留在内存中？
这个剩余的子进程是否用于标签恢复？
如果不是，为什么？

我可以在崩溃前使用它来恢复我在浏览器中的文本编辑吗(例如，崩溃时论坛消息丢失)？

到目前为止，我杀死了所有进程以释放我的磁盘使用量。有没有更好的办法 ？请让我知道。

命令中那些可笑的管道是什么？我想这是我的磁盘使用率如此之高的主要原因。寻找一些不存在的内存地址？

我的清理线路是: for ch_id in `ps -ef | grep "firefox -contentproc" --color=never | awk ' { t = $1; $1 = $3; $3 = t; print; } ' | grep "^1" --color=never | awk '{print$2}'`; do kill -9 $ch_id ; done

Answer 1

这只是关于命令行中“管道”的部分答案。这些不是管道，而是 -*Prefs 选项的 Firefox 命令行参数语法的一部分。据我所知，这仅在源代码中“记录在案”(参见 https://dxr.mozilla.org/mozilla-release/source/dom/ipc/ContentProcess.cpp )。

例如 -stringPrefs 选项指的是关于字符串的一些首选项(我不知道更多)，语法如下:“index:length;string|(next entry...)”。奇怪的字符列表似乎对应于 http://kb.mozillazine.org/Network.IDN.blacklist_chars 中列出的黑名单字符。 .

当我“ps -elf | firefox”时，我得到了相同(或非常相似)的结果，并且我在互联网上的其他地方找到了对该字符串的其他引用(但不是关于该字符串)。