vendredi 25 septembre 2009

En vrac

lundi 22 décembre 2008

Actu des navigateurs

samedi 26 juillet 2008

Actu Microsoft

jeudi 13 mars 2008

A propos de la consommation de mémoire de Firefox 3 Beta 4

Mon collègue Stuart Pavlov Parmenter, déjà auteur du billet Firefox 3 Memory Usage, vient de publier un nouveau graphe, avec cette fois-ci les données de deux navigateurs supplémentaires :

  • IE 8 Safari 3 Beta[1] (qui plante rapidement) et
  • Opera 9.5 Beta 1 (qui ne libère pas du tout la mémoire à la fin de l'exercice).

Pour ceux que cela intéresse, John Resig (employé Mozilla et développeur de JQuery) a fait un exercice très comparable avec Firefox 1.5 à la place de Safari 3.0.4 Beta. On notera les progrès effectués entre la 1.5, la 2.0 puis la 3.0 Beta.


[1] Heureusement que les lecteurs me corrigent ! IE8 aussi plante rapidement, mais il n'est effectivement pas mentionné sur le graphe.

mercredi 12 mars 2008

Follow up on Pavlov's post on memory usage

Pavlov's post is awesome, and I've seen many questions on blogs, in comments and on, while Shaver and Pavlov and Schrep and others have done a great job answering most of them. Here is a quick and dirty FAQ:

Memory usage in Firefox 2, Firefox 3 and IE7

Memory usage in Firefox 2, Firefox 3 and IE7

Question: What about IE8?

Pavlov's answer:

We attempted to run IE8 through the test but had problems with it showing broken images, giving error pages and freezing up while running the test. We had similar problems with Safari. It seemed to follow the IE7 line pretty closely up to about 350MB until it crashes very early on.

Question: What about Safari (on Windows, since the test runs on Windows)?

Shaver's answer:

We tried to graph it against Safari 3.0.4b on Windows: it looked very much like the IE7 curve until it got to about the 350M mark, and then it crashed, every time, even after we reduced the test load sufficiently to let IE7 complete it.

Question: What about Opera?

Schrep's answer:

Since folks asked I ran the latest Opera 9.5b in the exact same environment. It peaks around 240MB and doesn'tt free up any memory at the end (so ends at 240MB). Performance during the run is similar to Firefox but higher than Firefox at the end. It is significantly higher than Firefox 3 - which peaks around 220MB and ends at 85MB.

Question: What about using tabs instead of Windows, would that change anything?

Shaver's answer:

with tabs our results were better (about 10M less in use at the end). Unfortunately, IE7 crashed if you churned tabs instead of windows, and we'd already weakened the test pageset a lot to get IE7 that far, so we left it at that for now.

Question: Why not using jemalloc on Mac OS X?

Shaver's answer:

We're not using jemalloc on OS X in beta 4, and we're not likely to in Firefox 3 final. The win was much less there, especially on Leopard, where the allocation behaves very much like jemalloc itself.

Question: what does this mean in a mobile context? (Ok, the question was asked by Chris Blizzard :-) :

Blizzard's answer:

It’s pretty simple, really. What it shows to anyone who looks is that we’re able to hit the kinds of memory and performance requirements that mobile platforms demand. Along with that we’re able to bring our full platform, excellent web compatibility, a single source code base, a committed organization and a strong brand and identity and make that available to partners and users. Users who use our software on mobile devices can expect web sites that just work, access to add-ons all balanced against the hardware limits imposed by mobile devices. In essence, we can bring that no compromises approach to mobile, just as we’ve done it with the desktop. And Beta 4 is the proof of that.

- page 1 de 2