E10s in der Nightly

Mal was Statistisches, was halt im Rahmen des aktuellen e10s-Experiments gemessen wird: ausgehend von den Pings am 1. Februar haben demnach 46,2 Prozent der Beta-Nutzer kein einziges Add-on installiert (halt außer den System-Add-on Pocket und Hello).

Messwerte zum Speicherverbrauch mit e10s:
http://www.erahm.org/?p=22

Hab die 47a1 x64 das Relase wurde mir zu langweilig) und da hab ich keine Probleme mit E10s und ich bin 70% des Tages unter diesem Browser mit so meistens 40-50 Tabs offen.

Zwei interessante Dinge sind in diesem Screenshot zu sehen: das erste ist, dass Mozilla Firefox Hello ein Update bekommen und nun neue Funktionen hat, ohne dass Firefox aktualisiert werden musste. Das ist also das erste System-Add-on, welches von der Entkoppelung vom Firefox-Core profitiert. Das andere ist aber das, um das es in diesem Thread geht: auch für die Aktivierung von e10s in der Betaversion von Firefox wird nun diese Infrastruktur genutzt anstelle von Telemetrie-Experimenten.

Seit kurzem erfreue ich mich bei jedem Start von Developer und Nightly an diesem netten Bild.... :roll:
[attachment=0]2016-04-04_155249.jpg[/attachment]
Wie kann ich das immerwährende Erscheinen unterbinden, ich möchte E10's derzeit nicht nutzen....

Was ergibt ein Test im abgesicherten Modus? Ich frage, weil ich e10s ebenfalls deaktiviert habe und diese Meldung nicht beim Start erhalte.

Muss ich nachreichen, bin jetzt auf Arbeit...

Zu klein.. geht das größer?

Die Einstellung bringt ihm nicht viel, denn die Meldung kommt auf gar keinen Fall, wenn e10s aktiviert ist, sprich der Haken ist bei ihm nicht drin. Er möchte weder e10s aktiviert haben noch die Meldung sehen. Den Haken zu setzen ist also auch keine Option, auch wenn das eine sichere Methode wäre, die Meldung zu eliminieren. Normalerweise dürfte die Meldung aber auch so nicht immer und immer wieder kommen.

Vielleicht hilft es auch, über about:config mal alle browser.displayedE10S*-Schalter zurückzusetzen.

Der Tipp war goldrichtig... in der prefs. js befand sich der Schlüssel

browser.displayedE10SPrompt.1;5

Zurücksetzen bewirkte die Schalterstellung 2. Die Entfernung aus der prefs.js bei geschlossenem Fuchs initiierte dann die Neuanlage mit dem Wert 1 und nun werde ich nicht mehr behelligt.. Danke schön!

e10s entwickelt sich weiterhin positiv, am Desktop ist es sehr fehlerfrei mittlerweile und selbst an meinem alten Notebook ist es mitllerweile so performant, dass man es gut nutzen kann. Vor ein paar Monaten war das noch undenkbar, da habe ich bei jedem Tabwechsel den Ladekreis gesehen.

Bei den Release-Kriterien wird auch immer mehr grün:
https://wiki.mozilla.org/Electrolysis/Release_Criteria

Nur mit der Stabilität gibt es noch arge Defizite, sprich deutlich mehr Abstürze mit e10s als ohne:

Zitat

Our #1 risk remains stability. We are currently at 3x non-e10s so we are systematically fixing as many crashes as possible and uplifting high value, lower risk fixes to 47 in time for Monday's merge or very soon thereafter

https://wiki.mozilla.org/E10s/Status/Ap…ecutive_Summary

Aktuelles Ziel für die erste Auslieferung von e10s sind übrigens 250.000 Nutzer, mehr sollen zu Beginn e10s nicht aktiviert haben.
https://bugzilla.mozilla.org/show_bug.cgi?id=1266800

Die Verbesserungen im hohen Prozentbereich bei responsiveness und scrollen mit e10s merkt man definitiv sehr stark, eigentlich möchte man dann gar nicht mehr zum Ein-Prozess-Firefox zurück.

Ich nutze ja seit einigen Monaten hauptsächlich Aurora und davor viel Beta, Abstürze hatte ich praktisch keine zu verzeichnen. Da habe ich wohl einfach Glück oder ein Setup, das man nicht so einfach auf die Millionen von Firefox-Nutzern da draußen umlegen kann.

Schon interessant wie viel man aus der Telemetrie ablesen kann. Da lässt man die Option doch gerne aktiviert

Geplante Ausrollung e10s/Add-ons.
https://cloud.githubusercontent.com/assets/8145891…b3d1e4f00fc.png

Und wie kriege ich raus was "good addons" sind?

Das sind alle WebExtensions plus alle anderen Add-ons, bei denen der Entwickler des Add-ons explizit die entsprechende Option im Manifest aktiviert hat:

https://developer.mozilla.org/en-US/Add-ons/…ocessCompatible

Übrigens findet in der Betaphase zur aktuellen Version 47 zum ersten Mal ein Test von e10s mit Nutzern über die gesamte Betaphase statt. Bei vorherigen Versionen gab es nur Tests in der ersten Hälfte der Betaphase. Das Gleiche plant man für Firefox 48 sowie die Ausrollung von e10s in der finalen Version an etwa ein Prozent der Nutzer.

Wenn das im Quelltext steht, wieso führt Mozilla dann in der Addon-DB nicht eine Kategorie guter Addons ein? FÜr mich als Enduser ist das ziemlich intransparent welche jetzt gut und welche schlecht für e10s-Performance sind.

Für den Endnutzer muss das meiner Meinung nach nicht transparenter sein, weil der Plan nun einmal ist, e10s zunächst für Nutzer ohne Add-ons und dann für Nutzer mit "guten Add-ons" zu aktivieren und der Nutzer sowieso keine Möglichkeit hat, e10s auf eigenen Wunsch hin zu aktivieren. Das wird erst möglich sein, wenn die Phase eintritt, welche in der Grafik als Phase 2.5 bezeichnet wird. Und dann zeigt Firefox an, welche Add-ons nicht kompatibel sind und motiviert zum Deaktivieren entsprechender Add-ons oder zum Finden von Alternativen, womit e10s dann auch aktiviert werden kann. Es geht zu Beginn ja auch gar nicht darum, dass möglichst viele Nutzer e10s aktivieren, eine schrittweise Ausrollung ist das, was Mozilla will.