- Mozilla recrute à Paris : Engineering Manager, Boot2Gecko ;
- Firefox Introduces a Simpler Update Process and More Than 85 Improvements to Developer Tools ;
- The Internet Gets a Hall of Fame ;
- “Why I break DRM on e-books”: A publishing exec speaks out ;
- Tim Berners-Lee : « Il ne faut pas laisser la peur bouleverser l'Internet ». L'inventeur du Web explique son inquiétude quant à la montée de la pression législative, les CISPA, SOPA, HADOPI et ACTA. Il explique comment la DPI (Deep Packet Inspection) est redoutable pour la vie privée des utilisateurs ;
- L'ACTA fusillé par la CNIL européenne ;
- Le web mise sur le fisc irlandais. Explications : "L’attractivité de l’Irlande ne tient pas seulement au taux d’imposition extrêmement bas – 12,5 % – qu’elle offre aux entreprises mais à la flexibilité de sa force de travail hautement qualifié, à sa compétitivité – le pays est devenu plus compétitif avec une baisse des prix à la consommation, baisse de l’immobilier facilitant les implantations, une baisse du niveau des salaires" (…) La population "subit toujours le plan d’austérité du gouvernement, constitué de baisses de salaire, suppressions d’emplois dans le secteur public, hausses des impôts et des taxes, coupes sombres dans les budgets sociaux." ;
- Opera planifie l'arrêt des applications Unite et des Widgets ;
- Tor Books goes completely DRM-free ;
- Apple's Huge Quarter in Charts ;
- How far do Google Drive's terms go in 'owning' your files? ;
Mot-clé - Opera
jeudi 26 avril 2012
En vrac du jeudi
jeudi 26 avril 2012. En vrac
jeudi 13 mars 2008
A propos de la consommation de mémoire de Firefox 3 Beta 4
jeudi 13 mars 2008. Navigateurs
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 8Safari 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.
Notes
[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
mercredi 12 mars 2008. en
Pavlov's post is awesome, and I've seen many questions on blogs, in comments and on reddit.com, 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
Question: What about IE8?
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)?
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?
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 2.0.0.12 but higher than Firefox 2.0.0.12 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?
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?
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 :
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.