Fermer le menu

WebKit : de la vibration et une nouvelle architecture JavaScript

Christophe Laporte | | 18:30 |  12

WebKit évolue à toute vitesse ces temps-ci. Sur le blog Surfin' Safari, Peter Beverloo détaille les derniers changements apportés au moteur de rendu de Safari.

Parmi les récentes améliorations, une nouvelle API a récemment fait son apparition. Il s'agit de Vibration. Comme son nom peut le laisser entendre, elle permet de faire vibrer un terminal mobile. Voilà qui peut être intéressant dans certains cas.

D'autre part, JavaScriptCore utilise désormais une machine virtuelle à trois niveaux. Elle comporte un nouvel interpréteur bas niveau qui est 2 à 2,5 fois plus performants que le précédent. LLInt exécute le code dans un premier temps, et le transmet au compilateur Just In Time uniquement si cela est nécessaire.

Apple précise que les améliorations ne se voient pas avec des outils de benchs comme SunSpider, mais sont palpables lors d'une utilisation courante. Ceci s'explique par le fait qu'avec cette architecture, le compilateur JIT est moins sollicité.

Catégorie : 
Tags : 

12 Commentaires

avatar iNabil 29/02/2012 - 18:40

on dirait qu'on pourra bientôt pouvoir avoir toutes les possibilités d'une app native sur une webapp

avatar babgond 29/02/2012 - 18:48

Bah y a intérêt parceque sinon Mozilla et son B2G, ils vont être embêté...

Bon c'est pas le même moteur et doit y avoir l'équivalent chez gecko ...

avatar SolMJ 29/02/2012 - 19:34

Mozilla développe la Web API justement qui va permettre toutes les interactions avec le téléphone et vont le soumettre ensuite au W3C pour standardisation.

J'espère juste qu'on aura pas besoin à terme de faire une version pour gecko et une pour mozilla... ça tue un peu l'intérêt des web apps.

Pour les performances c'est une très bonne chose en revanche, ça va stimuler la concurrence entre les différents moteurs JS et au final on aura des applis web de plus en plus fluides.

avatar oomu 29/02/2012 - 20:16

Le travail sur le code natif des processeurs ne cesse pas non plus. Il y aura toujours un écart, par principe.

avatar lmouillart 29/02/2012 - 20:32

@oomu la compilation JIT génère du code natif, son gros défaut est que ça consomme beaucoup de RAM.

avatar BennyLaMalice 29/02/2012 - 22:58

@iNabil :
si tu n'est pas déjà convaincu de ça, regardes un projet comme PhoneGap... Tu peux déjà accéder à toutes les subtilités et puces hardware d'un smartphone via du Javascript

avatar françois bayrou 29/02/2012 - 23:13

Tant qu'on n'aura pas accès au systeme de fichiers, le reste n'est que détails.

avatar Yo Eight 01/03/2012 - 00:29

@lmouillart :
la RAM est un problème de courte durée. Assez rapidement les terminaux mobile profiterons de "l'aisance" des postes fixes. Dans 2 ans, nous aurons certainement des mobiles avec 4Go de RAM.

avatar dway 01/03/2012 - 01:10

Apple bride et bridera les possibilites des navigateurs sur iOS vu que si l'on peut faire une webapp aussi bonne qu'une native, l'appstore n'a plus aucun interet financier. Ces avancees sont minimes au final.

avatar esantirulo 01/03/2012 - 04:51

3 tiers ? En anglais tier signifie niveau, donc s'agit-il d'une architecture à 3 niveaux ? Parce sinon on peut dire que du client serveur c'est du 2 demis !!!

avatar Johnny B. Good 01/03/2012 - 09:22

@dway :
sauf que l'intérêt d'Apple il est de vendre des téléphones, pas des applications qui ne sont qu'un moyen.

C'est très clair dans les résultats de la pomme.

avatar Christophe Laporte 01/03/2012 - 09:41

@ esantirulo

j'ai trouvé l'expression dans un dico informatique. J'étais pas convaincu mais bon. Je me range derrière ta proposition

Connexion utilisateur