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

最近我和MATE一起玩Ubuntu 16.04(修补和升级).在操作系统之上安装了Firefox 56(FF),用于常规Web浏览.正如我们所知,有时FF会下降.但是我注意到在这种情况下磁盘利用率很高.原因是旧的FF进程没有关闭称为Web Content的缓存进程.

根据Google-d信息,默认情况下有4个此类进程.通过摆弄about:config,您可以修改子进程的数量.有关此检查FF Electrolysis的更多信息.我不会标记这种恶意行为,但它的不便之处从未如此.
我制作了一个脚本,它可以解决FF崩溃并杀死这样的进程.他们运行类似这样的命令:

“/usr/lib中/火狐/火狐-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;中等| -greomni /usr/lib中/火狐/ omni.ja-appomni /usr/lib中/火狐/浏览器/ omni.ja-APPDIR /usr/lib中/火狐/ 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标签结尾
其中omni.ja是一个多lib存档,更多信息here.“FF_PID”是创建此类缓存子的FF进程的进程ID号.最后两个params true tab我不知道. FF的手册页太浅,无法帮助到这里.
>如果你想看到你挂起的进程,请尝试我的接送线:ps -ef | grep“firefox -contentproc”–color = never | awk'{t = $1; 1美元= 3美元; $3 = t;打印; }’| grep“^ 1” – color = never

所以我的推理和质疑是:

>为什么FF崩溃报告会将这些进程留在内存中?
这个剩余的子进程是否用于选项卡恢复?
如果没有,为什么?
>我可以使用它在崩溃前恢复浏览器中的文本编辑(例如论坛消息在崩溃时丢失)吗?
>到目前为止,我终止了所有进程来释放我的磁盘使用率.有没有更好的办法 ?请告诉我.
>命令中那些荒谬的管道是什么?我想这是我的磁盘使用率如此之高的主要原因.寻找一些不存在的内存地址?

我的清理行是:对于`ps -ef |中的ch_id grep“firefox -contentproc”–color = never | awk'{t = $1; 1美元= 3美元; $3 = t;打印; }’| grep“^ 1”–color = never | awk'{print $2}’`;杀死-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”时,我有相同(或非常相似)的结果,我在互联网上的其他地方找到了对此字符串的其他引用(但不是关于此字符串).

点赞