Man sagt 30% des Umsatzes einer Firma für das Marketing/Werbung.
Auf dem Webftp Server liegt FF 54a1, aber noch nicht als Upgrade für den 53.
Naja tut sowieso mal gut wider mal eine Neuinstallation, Schneller als das Upgarde. 
Läuft alles.
Entwicklung Firefox
-
pcinfarkt -
15. August 2009 um 20:46 -
Erledigt
-
-
//
Ich fange nächste Woche meinen neuen Job als Entwickler in einer Marketing-Agentur an.
Viel Erfolg dafür...
-
Danke dir!
> Man sagt 30% des Umsatzes einer Firma für das Marketing/Werbung.
Naja, das ist im Falle von Mozilla ja schnell geprüft. Die veröffentlichen jedes Jahr einen Finanzbericht. Der neuste ist der von 2015. Dort hatte Mozilla einen Umsatz von 421 Millionen Dollar und 60 Millionen Dollar für Marketing ausgegeben. Das sind etwas mehr als 14 Prozent. Wenn man wirklich sagt "30% des Umsatzes einer Firma für das Marketing/Werbung" (weiß ich nicht, ob das so ist), dann ist Mozilla weit darunter.
-
Kannst du vielleicht mittels mozregression [1] die Ursache feststellen? Du sagst ja, dass es in der Developer Edition noch funktioniert.
Da es in der 53.0a2 immer noch so ist, habe ich nochmal gesucht.Es liegt am GPU-Prozess. Setze ich layers.gpu-process.enabled=false, wird D3D11 wieder genutzt.
Völlig unbrauchbar jedenfalls mit D3D9, viele Videos ruckeln, selbst das Scrollen in anderen Tabs ist betroffen, solange ein Video läuft, wie in schlimmsten alten Zeiten. Mit D3D11 ist alles stets superweich.
-
Dann erstelle am besten einen Bugreport und blocke das Ticket https://bugzilla.mozilla.org/show_bug.cgi?id=1264543.
Nachtrag: ich sehe, das hast du bereits:
https://bugzilla.mozilla.org/show_bug.cgi?id=1333880 -
Muss er nur noch auf Anthonys Nachfragen eingehen
-
Ja, wenn es denn funktionieren täte.
Kannst ja mal testen, ob es bei dir geht, bei mir spielt wie gesagt gar kein h264 mehr ab mit dieser Option
media.wmf.allow-unsupported-resolutions;true
Unter https://www.youtube.com/html5 sieht man auch sofort, daß h264 deaktiviert wird dadurch.please report back. Kann sein, dass ich denn Zweck dieser Option mißverstanden habe.
Wurde jetzt gefixt. Leider erst ab Firefox 54.
https://bugzilla.mozilla.org/show_bug.cgi?id=1334230 -
Das "approval-mozilla-aurora?" bedeutet, dass der Entwickler des Bugfixes einen sogenannten "Uplift" in den "Aurora"-Zweig anstrebt, d.h. den Entwicklugszweig über der Nightly-Version. Wird das vom Release-Management genehmigt, was wahrscheinlich ist, weil die originale Änderung Teil von Firefox 53 sein wird, wird auch der Bugfix Teil von Firefox 53 sein.
-
Ja danke, ich habe das inzwischen auch gesehen, das war noch nicht dort als ich das zuerst durchgelesen hatte.
Also mal abwarten.
/Edit: Ja, das klappt jetzt auch in v53.
-
Mir ist gerade aufgefallen, dass mir in der aktuellen Nightly keine H264-Decodierung angezeigt wird. Habe ich da etwas verpasst.Grafiktreiber ist aktuell.
[Blockierte Grafik: http://www.bilder-upload.eu/thumb/c2b8bc-1485618443.jpg]
-
Die h.264-Zeile wurde im Rahmen von https://bugzilla.mozilla.org/show_bug.cgi?id=1314803 entfernt.
Siehe Kommentar 10:
ZitatIt doesn't make much sense to do the on-demand check for h264 by creating a dummy video decoder, as we could succeed in creating one for about:support but there's no info on what the actual videos are. Apparently Jean-Yves is working on a debug overlay for videos which will include accelerated status, which is better. Therefore we should just remove this from about:support.
-
Danke Sören.
-
Die h.264-Zeile wurde im Rahmen von https://bugzilla.mozilla.org/show_bug.cgi?id=1314803 entfernt.Siehe Kommentar 10:
Das korreliert in irgendeiner Weise auch mit meinen vorhin geschilderten Performanceproblemen. Habe das erste Mal mozregression benutzt, das ist ja mal ein cooles Tool
-
Ich verwende nur noch WebExtensions mit Nightly, about:performance zeigt nun gar keine Kategorie für Addons mehr an. Ist geplant, WebExtensions in about:performance zu erfassen oder ist die Seite nur für die Überwachung von Legacy-Addons konzipiert?
-
Die Kategorie für Add-ons wird nicht mehr angezeigt, weil Mozilla die Add-on-Warnungen entfernt hat:
https://bugzilla.mozilla.org/show_bug.cgi?id=1309946Das war in der Praxis einfach nicht so sinnvoll wie die Idee an sich. De facto war es eher problematisch dadurch, dass System-Add-ons und Test Pilot-Experimente bemängelt werden konnten. Zumal diese Warnungen nicht unbedingt mit dem übereinstimmt haben, was der Nutzer wahrnimmt. Mit WebExtensions sind Add-ons auch nicht mehr die größte Sorge von Firefox.
-
Ok, macht Sinn, hab schön öfter in Foren mitbekommen dass Leute sich wundern warum Firefox-Systemaddons dort als Performancebremsen auftauchen.
Ist der Overhead von WebExtensions denn tlws. immer noch höher als der von Legacy-Addons? Gorhill hat dergleichen bei seinen Addons gemessen. Gibts dazu ein Ticket?
-
Unter Legacy fallen ja verschiedene Architekturen (XUL, SDK, Bootstrapped). Nimmst du das SDK, das hat enorme Performance-Probleme. Das SDK wird auch nicht nur für Add-ons verwendet, sondern auch von den Entwicklerwerkzeugen und Mozilla arbeitet momentan aktiv daran, jede Verwendung von SDK-APIs innerhalb von Firefox zu eliminieren. Und XUL-Erweiterungen hatten überhaupt keine echten Erweiterungs-APIs. Dort haben Erweiterungs-Entwickler auf Firefox-Interna zurückgegriffen. Entsprechend schwierig lässt sich sagen, dass diese grundsätzlich gut oder schlecht performt hätten. Man müsste ganz konkret das vergleichen, was Gorhill bisher verwendet hat und was das entsprechende Pendant in der WebExtension-Welt ist. Dazu kann ich nichts sagen. Im Idealfall misst er das nochmal nach und teilt Mozilla mit, wo Firefox langsam ist.
-
Ein Hinweis für Nutzer der Nightly-Version: Mozilla wird in Kürze die Add-ons in Firefox Nightly 55 deaktivieren, welche a) keine WebExtensions sind oder b) Nicht-WebExtensions, die von ihrem jeweiligen Entwickler nicht explizit als e10s-kompatibel markiert worden sind.
Das betrifft ausschließlich die Nightly-Version, keine Release-Kanäle darüber hinaus für Version 55 und 56. Das ist als Vorbereitung auf Firefox 57 notwendig, um die zahlreichen Performance-Optimierungen zu evaluieren, die Mozilla derzeit im Frontend und im Rahmen des Quantum Flow-Projekts [1] vornimmt. Add-ons, welche nicht explizit als e10s-kompatibel markiert sind, nutzen Kompatibilitäts-Shims, welche einen massiven Einfluss auf die Performance haben, was einen dementsprechend starken Einfluss auf die Testergebnisse hat.
Da Nightly-Versionen aber ja für Nutzer sind, die testen und zur Qualitätssicherung beitragen wollen, sollte das ja kein Problem sein.
-
Gilt dies auch für Nightlies, die nicht im E10-Modus betrieben werden?
-
Nach meinem Kenntnisstand, ja. Möglicherweise wird es sogar die Möglichkeit geben, die anderen Add-ons wieder zu aktivieren, aber ich weiß nicht, ob dieser Gedanke im finalen Plan enthalten sein wird oder ob das wieder verworfen wurde. In jedem Fall würde es Mozilla sehr begrüßen, wenn die betroffenen Add-ons in Nightly-Versionen deaktiviert blieben, weil das die Testergebnisse verändert. Im Interesse des performantesten Firefox aller Zeiten sollte man vielleicht eher die Developer Edition nutzen, wenn man dem Mainstream voraus sein will und diese Einschränkungen nicht haben möchte, denn Mozilla führt diese Einschränkung ausschließlich in Nightly-Versionen ein (bevor dann ab Firefox 57 eh für alle nur noch WebExtensions akzeptiert werden).