Firefox 4 : l'accélération graphique incertaine sous Mac OS X
Des soucis de régressions importantes
Lorsque l’on parle des nouveautés en approche pour toute la nouvelle génération de navigateurs en préparation, le thème de l’accélération graphique revient souvent sur le tapis. Internet Explorer 9 a frappé le premier, Chrome 7 en sera également équipé, et Firefox 4 fera de même. Du moins sous Windows. Car c’est bien là pour l’instant le problème : seul le système de Microsoft est assuré de bénéficier de cette accélération. Mais des travaux sont menés actuellement pour vérifier la faisabilité de la chose sous Mac OS X.
Sur cette page, consacrée au développement de Firefox 4, on peut lire que des tests sont donc en train d’être menés pour l’utilisation d’OpenGL, là où Direct2D est utilisé sous Vista et Windows 7. Ces tests ne sont pas sans heurts, car les développeurs ont remarqué de sérieuses régressions, c’est-à-dire des éléments qui fonctionnaient avant et ne fonctionnent plus après, ou en tout cas fonctionnent mal.
Là où les tests sont importants, c’est qu’ils vont décider du sort de l’accélération graphique sous Mac OS X dans la bêta 7 de Firefox 4. Et si cette bêta représente beaucoup, c’est qu’elle est la dernière. Il s’agit donc, normalement, de la dernière occasion d’ajouter des fonctionnalités et/ou des composants aussi importants. Une fois la bêta 7 publiée, les développeurs s’achemineront vers la première Release Candidate, et seule la correction des bugs sera à l’ordre du jour.
Dans le compte rendu actuel, on se rend compte que les développeurs sont d’accord sur le fait que d’autres tests doivent être menés, à cause des problèmes rencontrés. Deux solutions se présentaient :
Si l’accélération est une telle problématique, c’est parce qu’elle revêt aujourd’hui une importance vitale. Le front des performances se déplace vers le GPU et ses ressources massivement inexploitées quand une application particulière, tel qu’un jeu, n’est pas lancé. Google, par exemple, a fait d’énormes travaux sur sa machine virtuelle JavaScript, et Chrome est en conséquence connu pour ses performances dans ce domaine. Mais que se passe-t-il quand le chargement d’une page est dépendant d’autres éléments pour lesquels il n’existe pas de miracles ?
C’est là que la réflexion sur l’utilisation des GPU intervient. Microsoft, Mozilla et Google sont ceux qui ont dégainé les premiers. Une accélération très partielle existe dans Opera et Safari, mais on ne parle plus de quelques éléments disséminés dans une page, mais bien de groupes d’éléments. Les images par exemple, les canvas, le SVG, les polices et ainsi de suite. Plus le nombre de « morceaux » pris en compte est élevé, plus rapide sera le chargement de la page. Le GPU calcule en effet bien plus rapidement que le CPU et, bonus à la clé : le CPU est libéré pour d’autres tâches sur le système d’exploitation.
Internet Explorer 9 n’a pas la problématique des plateformes multiples. Après tout, l’éditeur ne se soucie plus de Windows XP, qu’il aimerait enfin voir mort et enterré, ce n’est pas pour se tourner vers d’autres systèmes tiers. Cela laisse Firefox et Chrome dans une guerre qui ne regarde qu’eux actuellement, et dont l’objectif est de pouvoir sortir un butineur multi-plateforme capable d’assurer l’accélération sur l’ensemble des trois systèmes principaux : Windows, Mac OS X et Linux. Ce sera visiblement le cas de Chrome 7, mais la version Linux de Firefox 4 ne devrait pas avoir d’accélération, la situation était encore plus floue que pour Mac OS X.
Sur cette page, consacrée au développement de Firefox 4, on peut lire que des tests sont donc en train d’être menés pour l’utilisation d’OpenGL, là où Direct2D est utilisé sous Vista et Windows 7. Ces tests ne sont pas sans heurts, car les développeurs ont remarqué de sérieuses régressions, c’est-à-dire des éléments qui fonctionnaient avant et ne fonctionnent plus après, ou en tout cas fonctionnent mal.
Là où les tests sont importants, c’est qu’ils vont décider du sort de l’accélération graphique sous Mac OS X dans la bêta 7 de Firefox 4. Et si cette bêta représente beaucoup, c’est qu’elle est la dernière. Il s’agit donc, normalement, de la dernière occasion d’ajouter des fonctionnalités et/ou des composants aussi importants. Une fois la bêta 7 publiée, les développeurs s’achemineront vers la première Release Candidate, et seule la correction des bugs sera à l’ordre du jour.
Dans le compte rendu actuel, on se rend compte que les développeurs sont d’accord sur le fait que d’autres tests doivent être menés, à cause des problèmes rencontrés. Deux solutions se présentaient :
- Renoncer à activer l’accélération OpenGL dans Firefox 4
- L’implémenter dans une version ultérieure à la bêta 7
Si l’accélération est une telle problématique, c’est parce qu’elle revêt aujourd’hui une importance vitale. Le front des performances se déplace vers le GPU et ses ressources massivement inexploitées quand une application particulière, tel qu’un jeu, n’est pas lancé. Google, par exemple, a fait d’énormes travaux sur sa machine virtuelle JavaScript, et Chrome est en conséquence connu pour ses performances dans ce domaine. Mais que se passe-t-il quand le chargement d’une page est dépendant d’autres éléments pour lesquels il n’existe pas de miracles ?
C’est là que la réflexion sur l’utilisation des GPU intervient. Microsoft, Mozilla et Google sont ceux qui ont dégainé les premiers. Une accélération très partielle existe dans Opera et Safari, mais on ne parle plus de quelques éléments disséminés dans une page, mais bien de groupes d’éléments. Les images par exemple, les canvas, le SVG, les polices et ainsi de suite. Plus le nombre de « morceaux » pris en compte est élevé, plus rapide sera le chargement de la page. Le GPU calcule en effet bien plus rapidement que le CPU et, bonus à la clé : le CPU est libéré pour d’autres tâches sur le système d’exploitation.
Internet Explorer 9 n’a pas la problématique des plateformes multiples. Après tout, l’éditeur ne se soucie plus de Windows XP, qu’il aimerait enfin voir mort et enterré, ce n’est pas pour se tourner vers d’autres systèmes tiers. Cela laisse Firefox et Chrome dans une guerre qui ne regarde qu’eux actuellement, et dont l’objectif est de pouvoir sortir un butineur multi-plateforme capable d’assurer l’accélération sur l’ensemble des trois systèmes principaux : Windows, Mac OS X et Linux. Ce sera visiblement le cas de Chrome 7, mais la version Linux de Firefox 4 ne devrait pas avoir d’accélération, la situation était encore plus floue que pour Mac OS X.
Source :
Mozilla
Vincent Hermann
le 30 septembre 2010 à 15:57
(21 336
lectures)
Actualités et brèves relatives
- 08 / 09 / 2010 : Firefox 4 bêta 5 : l'accélération Direct2D activée par défaut
- 27 / 08 / 2010 : Internet Explorer 9 : l'interface dévoilée ? (màj)
- 25 / 08 / 2010 : Firefox 4.0 bêta 4 disponible : Sync et Panorama de la partie
- 30 / 07 / 2010 : Internet Explorer 9 : la bêta publique sortira en septembre
- 28 / 07 / 2010 : Firefox 4.0 : la bêta 2 disponible, nouvelle interface pour OS X
- 07 / 07 / 2010 : Firefox 4.0 : la bêta 1 disponible, toutes les nouveautés
- 11 / 05 / 2010 : Firefox 4.0 : les ambitions de Mozilla, la bêta le mois prochain
- 30 / 04 / 2010 : Microsoft réaffirme son soutien au HTML 5 et au H.264
