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

问题描述：

最近我一直在用MATE玩Ubuntu 16.04（补丁和升级）。在操作系统之上安装了Firefox 56（FF），用于浏览网页。正如我们所知，有些场合FF下降。但是我注意到在这种场合之后有相当高的磁盘利用率。原因是旧的FF进程没有关闭称为Web Content的缓存进程。在Firefox崩溃后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 /布尔/字符串看起来像管道过程到其他进程。我不确定如何将这些解释为人类可读的语言。
最后所有进程都以-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

答

这仅仅约在命令行的“管道”的部分的答案。这些不是管道，而是 - * 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崩溃后Web内容进程仍在内存中

相关推荐