Maglev, ein neuer JIT-Compiler, der die Gesamtleistung von Chrome erhöht

Google Chrome

Google Chrome ist ein von Google entwickelter Closed-Source-Webbrowser

Google enthüllt kürzlich durch einen Blog-Beitrag auf neuer Magnetschwebebahn-Compiler Ziel ist es, schnell leistungsstarken nativen Code für aktiv genutzten JavaScript-Code zu generieren.

Dieser neue JIT-Compiler, Maglev, zeichnet sich dadurch aus, dass es sich um einen Chrome-Compiler mittlerer Ebene handelt die „in der ersten Hundertstelsekunde schnell leistungsstarken Maschinencode für alle relevanten Funktionen generieren kann.“

Seit den Anfängen von Chrome ist Benchmarking eine wichtige Methode, mit der wir Leistungsoptimierungen vorantreiben, von denen die Nutzer profitieren. Die heute relevantesten Web-Benchmarks sind Speedometer, MotionMark und Jetstream. Im vergangenen Jahr hat Chrome in die Optimierung dieser spezifischen Benchmarks investiert und gerade bei allen dreien unsere höchsten Ergebnisse erzielt. Diese Gewinne wurden durch eine Kombination aus großen Projekten und kleinen Verbesserungen erzielt. Im heutigen Beitrag von The Fast and the Curious möchten wir einige der Möglichkeiten vorstellen, wie wir diese Verbesserungen an Chrome vorantreiben.

In seinem Blogbeitrag erwähnt Google, dass die Einbeziehung von Maglev pDadurch konnte der Jetstream-Leistungstest um 7,5 % und der Tachometertest um 5 % beschleunigt werden.

Zusätzlich Die allgemeine Leistungsdynamik von Chrome wird erwähnt:

  1. Im Tachotest, das sich auf die Bewertung der Reaktionsfähigkeit des Browsers auf Websites und die Messung der Ausführungsgeschwindigkeit beliebter JavaScript-Bibliotheken konzentriert, Der Chrome-Score wurde von 330 auf 491 verbessert. Neben der Umstellung auf Maglev berücksichtigten die Tests auch andere Optimierungen, die in Releases des vergangenen Jahres (seit Release 101) vorgenommen wurden, beispielsweise Optimierungen von Funktionsaufrufen in der JavaScript-Engine.
  2. Im Jetstream-Test Entwickelt, um die Verwendung von fortgeschrittenen JavaScript- und WebAssembly-Webanwendungen zu testen Maglev erreichte eine Punktzahl von 330 Punkten (eine Verbesserung von 7,5 %).
  3. Im Test MotionMark, das die Leistungsfähigkeit des Grafiksubsystems testet eines Browsers, um Informationen mit einer hohen Bildrate zu generieren, Die Leistung hat sich im Vergleich zum Vorjahr dreimal verbessert. Seit Jahresbeginn haben Entwickler mehr als 20 Optimierungen vorgeschlagen, die das Arbeiten mit Grafiken in Chrome beschleunigen, von denen die Hälfte bereits in der stabilen Codebasis enthalten ist.

Beispielsweise wurde die Canvas-Leistung verbessert, Optimierungen basierend auf Code-Profiling wurden aktiviert, die GPU-seitige Aufgabenplanung wurde verbessert, die Layering-(Compositing-)Leistung wurde verbessert und ein neuer dynamischer Glättungsalgorithmus MSAA (Multisample Anti-Aliasing) wurde hinzugefügt implementiert und die 2D-Canvas-Rasterisierung in separaten Prozessen entfernt, um Vorgänge zu parallelisieren.

Bezüglich der Implementierung von Maglev wird Folgendes erwähnt Dies wird schrittweise für Chrome 114-Benutzer eingeführt Und wenn Sie daran interessiert sind, mehr darüber zu erfahren, können Sie den Google-Blogbeitrag konsultieren im folgenden Link.

Zusätzlich zur Maglev-Implementierung bieten wir auch Es ist erwähnenswert, dass Google bekannt gegeben hat, dass es die Nutzung der Dialer- und Messaging-Anwendungen eingestellt hat vom Repository bereitgestellt AOSP (Android Open Source Project), das die Open-Source-Android-Plattform entwickelt.

Es wird angekündigt, dass in Zukunft diese Anwendungen die eine Schnittstelle zum Tätigen von Anrufen und zum Arbeiten mit SMS bieten wird aus dem AOSP-Repository entfernt, Dies erfordert die Verwendung externer Anwendungen beim Erstellen von Builds auf AOSP-Basis, um diese Funktionalität zu implementieren.

Zur gleichen Zeit Veraltete Anwendungen wurden in der Regel nicht in der Praxis eingesetzt und galten überwiegend als Prototypen Arbeitsblatt mit Beispielen für den Umgang mit Anrufen und Textnachrichten. Von Telefonanbietern bereitgestellte Firmware und AOSP-basierte Builds wie LineageOS verwendeten ihre eigenen Implementierungen der Dialer- und Messaging-Apps.

Das Ende der Unterstützung für Anwendungen in AOSP wurde angekündigt Die nächste Nachricht.


Als bevorzugte Quelle in Google hinzufügen