Web Content-Prozess noch im Speicher nach Firefox abgestürzt

Question

Vor kurzem habe ich mit Ubuntu 16.04 (gepatcht und aktualisiert) mit MATE. Zusätzlich zum Betriebssystem ist Firefox 56 (FF) für das übliche Surfen im Internet installiert. Wie wir wissen gibt es Fälle, in denen FF untergeht. Aber ich habe bemerkt, dass es nach dieser Gelegenheit eine ziemlich hohe Festplattenauslastung gibt. Und Grund war, dass der alte FF-Prozess die Cache-Prozesse, die Web-Inhalte genannt wurden, nicht geschlossen hat.

Gemäß Google-d-Informationen gibt es standardmäßig 4 solcher Prozesse. Indem Sie mit about:config fummeln, können Sie die Anzahl der untergeordneten Prozesse ändern. Für weitere Informationen in diesem Check FF Electrolysis. Ich würde dieses bösartige Verhalten nicht markieren, aber es ist trotzdem unbequem.
Ich habe ein Skript gemacht, das auf FF crash geht und solche Prozesse abtötet. Sie laufen Befehl wie folgt aus:

"/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 "

Teile dieser Befehl, den ich bisher identifiziert:

1. Für Starter: /usr/lib/firefox/firefox -contentproc -childID"CHILD_ID" -isForBrowser
   wo "CHILD_ID" der Index der Subprozess ist Umgang mit Cache für FF, Ich habe sie von 0 bis 9, wie meine FF-Einstellungen standardmäßig auf 4, aber max ist bei 10. Andere Parameter sind selbsterklärend.
2. Dann gibt es viele Einstellungen int/bool/string, die aussehen, als würde man den Prozess an einen anderen Prozess übergeben. Ich bin mir nicht sicher, wie ich diese auf eine für Menschen verständliche Sprache interpretiere.
3. schließlich alle Prozesse enden in -greomni/usr/lib/firefox/omni.ja -appomni/usr/lib/firefox/browser/omni.ja -appdir/usr/lib/firefox/browser "FF_PID" true tab
   wo omni.ja ein Multi lib Archiv ist, weitere Informationen here. "FF_PID" ist die Prozess-ID-Nummer des FF-Prozesses, der ein solches Cache-Kind erstellt hat. Die letzten zwei Parameter true tab sind mir unbekannt. Man Seite von FF ist zu flach, um hier zu helfen.
4. Wenn Sie Ihre aufgehängten Prozesse versuchen Linie meiner Pickup zu sehen: ps -ef | grep "firefox -contentproc" --color=never | awk ' { t = $1; $1 = $3; $3 = t; print; } ' | grep "^1" --color=never

Also meine Argumentation und Fragestellung ist:

1. Warum ist es, dass FF Crash-Bericht, diese Prozesse im Speicher hinterlässt ?
   Wird dieser übrig gebliebene untergeordnete Prozess für die Tab-Wiederherstellung verwendet?
   Wenn nicht, warum?
2. Kann ich dies verwenden, um meinen Text bearbeiten im Browser vor dem Absturz wiederherzustellen (z. B. Forum Nachricht verloren bei Absturz)?
3. Bisher habe ich alle Prozesse beendet, um meine Festplattennutzung zu befreien. Gibt es einen besseren Weg? Lass es mich bitte wissen.
4. Was sind diese lächerlichen Pfeifen im Befehl? Ich nehme an, das ist der Hauptgrund, warum meine Festplattenbelegung so hoch ist. Suchen Sie nach inexistenten Speicheradressen?

Meine Bereinigungs Linie ist: 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

Dies ist nur eine Teilantwort nur über den „Pipes“ in der Befehlszeile. Das sind keine Pipes, sondern ein Teil der Syntax der Befehlszeilenparameter von Firefox für - * Prefs options. Soweit ich das beurteilen konnte, ist dies nur im Quellcode "dokumentiert" (siehe https://dxr.mozilla.org/mozilla-release/source/dom/ipc/ContentProcess.cpp).

Zum Beispiel bezieht sich die Option -stringPrefs auf einige Einstellungen für Strings (ich weiß nicht mehr) und die Syntax lautet wie folgt: "index: length; string | (next entry ...)". Die Liste der merkwürdig aussehenden Zeichen scheint den in http://kb.mozillazine.org/Network.IDN.blacklist_chars aufgelisteten schwarzen Listen zu entsprechen.

Ich habe das gleiche (oder ein sehr ähnliches) Ergebnis, wenn ich "ps -elf | firefox" und ich habe einen anderen Verweis auf diese Zeichenfolge an anderer Stelle im Internet gefunden (aber nicht über diese Zeichenfolge).