<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Priorisation des onglets sur Firefox</title>
	<atom:link href="http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Sat, 06 Feb 2010 16:59:18 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-1022</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Fri, 29 Jan 2010 15:38:13 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-1022</guid>
		<description>En fait la nouveauté est là surtout au niveau de la file d&#039;attente réseau. La répartition de la charge sur plusieurs cœurs aidera le navigateur mais je ne suis pas sûr que cela influera sur la priorisation.</description>
		<content:encoded><![CDATA[<p>En fait la nouveauté est là surtout au niveau de la file d&#8217;attente réseau. La répartition de la charge sur plusieurs cœurs aidera le navigateur mais je ne suis pas sûr que cela influera sur la priorisation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ooalex</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-1018</link>
		<dc:creator>ooalex</dc:creator>
		<pubDate>Thu, 21 Jan 2010 10:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-1018</guid>
		<description>Je pense qu&#039;electrolysis va apporter énormément en terme de priorisation.
http://www.pcinpact.com/actu/news/54808-firefox-electrolysis-performances-javascript-processeurs.htm</description>
		<content:encoded><![CDATA[<p>Je pense qu&#8217;electrolysis va apporter énormément en terme de priorisation.<br />
<a href="http://www.pcinpact.com/actu/news/54808-firefox-electrolysis-performances-javascript-processeurs.htm" rel="nofollow">http://www.pcinpact.com/actu/news/54808-firefox-electrolysis-performances-javascript-processeurs.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : piouPiouM</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-970</link>
		<dc:creator>piouPiouM</dc:creator>
		<pubDate>Wed, 25 Nov 2009 21:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-970</guid>
		<description>Je viens de tester mozNetworkPrioritizer. Effectivement, avec mes 167 onglets à ouvrir j&#039;ai la main très rapidement sur les 10 derniers onglets consultés. Les autres se chargent de manière séquentielle en partant du premier.
Un nouvel onglet se charge également plus rapidement alors que l&#039;intégralité des onglets ne sont pas encore chargés.

Ramené sur un nombre d&#039;onglets &quot;normal&quot;, l&#039;expérience utilisateur est améliorée.

Merci Éric pour m&#039;avoir fait découvrir cette extension.</description>
		<content:encoded><![CDATA[<p>Je viens de tester mozNetworkPrioritizer. Effectivement, avec mes 167 onglets à ouvrir j&#8217;ai la main très rapidement sur les 10 derniers onglets consultés. Les autres se chargent de manière séquentielle en partant du premier.<br />
Un nouvel onglet se charge également plus rapidement alors que l&#8217;intégralité des onglets ne sont pas encore chargés.</p>
<p>Ramené sur un nombre d&#8217;onglets &laquo;&nbsp;normal&raquo;&nbsp;, l&#8217;expérience utilisateur est améliorée.</p>
<p>Merci Éric pour m&#8217;avoir fait découvrir cette extension.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Killy Ek'Fael</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-968</link>
		<dc:creator>Killy Ek'Fael</dc:creator>
		<pubDate>Sat, 21 Nov 2009 13:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-968</guid>
		<description>Si c&#039;est un clip vidéo, il faut mieux que le son lui ne rame pas.</description>
		<content:encoded><![CDATA[<p>Si c&#8217;est un clip vidéo, il faut mieux que le son lui ne rame pas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-967</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Thu, 19 Nov 2009 13:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-967</guid>
		<description>@Loic: en le lisant ça me parait effectivement logique de ne pas faire le rendu quand l&#039;onglet est en tache de fond, mais je ne sais pas ce qu&#039;il en est pour firefox. Je t&#039;invite à poser la question à ton développeur préféré.

@Killy: oui mais une vidéo tu ne la met pas en tache de fond, ou si c&#039;est le cas ce n&#039;est pas trop grave si elle rame</description>
		<content:encoded><![CDATA[<p>@Loic: en le lisant ça me parait effectivement logique de ne pas faire le rendu quand l&#8217;onglet est en tache de fond, mais je ne sais pas ce qu&#8217;il en est pour firefox. Je t&#8217;invite à poser la question à ton développeur préféré.</p>
<p>@Killy: oui mais une vidéo tu ne la met pas en tache de fond, ou si c&#8217;est le cas ce n&#8217;est pas trop grave si elle rame</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Loic</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-966</link>
		<dc:creator>Loic</dc:creator>
		<pubDate>Wed, 18 Nov 2009 11:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-966</guid>
		<description>Sur Chrome, lorsqu&#039;on lance une action JS qui effectue des modifications sur le DOM voire sur l&#039;URL mais qu&#039;on change d&#039;onglet sans attendre la fin de ce traitement puis qu&#039;on revient sur l&#039;onglet en question, on peut voir pendant un laps de temps très court l&#039;écran avant l&#039;action puis changer immédiatement pour mettre à jour l&#039;affichage.

Cas concret : la déconnexion d&#039;un compte sur un site (par exemple GMail).

Le navigateur semble donc effectuer des modifications sur le DOM mais visiblement ne rafraîchit pas l&#039;affichage tant que l&#039;utilisateur ne revient pas sur l&#039;onglet.

Ce comportement ne serait-il pas plus adapté pour améliorer les performances de l&#039;onglet courant (d&#039;un point de vue utilisation du proc) ?</description>
		<content:encoded><![CDATA[<p>Sur Chrome, lorsqu&#8217;on lance une action JS qui effectue des modifications sur le DOM voire sur l&#8217;URL mais qu&#8217;on change d&#8217;onglet sans attendre la fin de ce traitement puis qu&#8217;on revient sur l&#8217;onglet en question, on peut voir pendant un laps de temps très court l&#8217;écran avant l&#8217;action puis changer immédiatement pour mettre à jour l&#8217;affichage.</p>
<p>Cas concret : la déconnexion d&#8217;un compte sur un site (par exemple GMail).</p>
<p>Le navigateur semble donc effectuer des modifications sur le DOM mais visiblement ne rafraîchit pas l&#8217;affichage tant que l&#8217;utilisateur ne revient pas sur l&#8217;onglet.</p>
<p>Ce comportement ne serait-il pas plus adapté pour améliorer les performances de l&#8217;onglet courant (d&#8217;un point de vue utilisation du proc) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Killy Ek'Fael</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-965</link>
		<dc:creator>Killy Ek'Fael</dc:creator>
		<pubDate>Tue, 17 Nov 2009 20:00:39 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-965</guid>
		<description>&quot;deezer&quot; était juste un exemple pour tout ce qui est contenu musical (audio et/ou vidéo) passant via flash.

D&#039;ailleurs si j&#039;ai bien compris la réponse, même pour un contenu audio ou vidéo intégrer via le HTML5, l&#039;utilisateur ne ressentira rien de négatif.</description>
		<content:encoded><![CDATA[<p>&laquo;&nbsp;deezer&raquo;&nbsp; était juste un exemple pour tout ce qui est contenu musical (audio et/ou vidéo) passant via flash.</p>
<p>D&#8217;ailleurs si j&#8217;ai bien compris la réponse, même pour un contenu audio ou vidéo intégrer via le HTML5, l&#8217;utilisateur ne ressentira rien de négatif.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Stéphane Deschamps</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-964</link>
		<dc:creator>Stéphane Deschamps</dc:creator>
		<pubDate>Tue, 17 Nov 2009 13:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-964</guid>
		<description>PS : merci Éric pour toute cette veille :)</description>
		<content:encoded><![CDATA[<p>PS : merci Éric pour toute cette veille :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Stéphane Deschamps</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-963</link>
		<dc:creator>Stéphane Deschamps</dc:creator>
		<pubDate>Tue, 17 Nov 2009 13:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-963</guid>
		<description>A priori Flash tourne dans un process qui n&#039;appartient pas a navigateur (je dis ça dans mon langage de profane, hein). Le fait même que Flash ne soit pas intégré dans Firefox est une des principales contraintes de son intégration accessible (difficultés à naviguer au clavier de HTML vers Flash et vice-versa). Donc je dirais que Flash ne peut pas être impacté par ce genre de méthode qui travaille sur le moteur de réseau/rendu. (mais c&#039;est une &quot;educated guess&quot;)</description>
		<content:encoded><![CDATA[<p>A priori Flash tourne dans un process qui n&#8217;appartient pas a navigateur (je dis ça dans mon langage de profane, hein). Le fait même que Flash ne soit pas intégré dans Firefox est une des principales contraintes de son intégration accessible (difficultés à naviguer au clavier de HTML vers Flash et vice-versa). Donc je dirais que Flash ne peut pas être impacté par ce genre de méthode qui travaille sur le moteur de réseau/rendu. (mais c&#8217;est une &laquo;&nbsp;educated guess&raquo;&nbsp;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2009/11/prioritisation-des-onglets-sur-firefox/comment-page-1/#comment-960</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sun, 15 Nov 2009 14:55:50 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=755#comment-960</guid>
		<description>Je ne sais pas si Flash prend le même chemin que le reste dans le navigateur. Sinon on parle de priorité dans la file d&#039;attente, pas de priorité dans la réception. Je m&#039;engage peut être trop, il faudrait que je regarde le code concerné (ou que quelqu&#039;un plus au fait de Gecko le fasse), mais à priori il s&#039;agit juste de savoir quelle requête lancer en premier. Une fois lancée (ce qui est le cas pour le streaming Deezer) alors ça ne devrait rien changer.

Sinon on ne m&#039;enlèvera pas de la tête que Deezer sur une page web est le mauvais outil. Spotify a choisi une application séparée. Rien n&#039;empêche de la baser sur Prism si on veut un vrai navigateur, ou sur Air si on veut du flash, mais mélanger la session de navigation et l&#039;écoute en tâche de fond dans le même contexte applicatif, il y en a bien un en trop.</description>
		<content:encoded><![CDATA[<p>Je ne sais pas si Flash prend le même chemin que le reste dans le navigateur. Sinon on parle de priorité dans la file d&#8217;attente, pas de priorité dans la réception. Je m&#8217;engage peut être trop, il faudrait que je regarde le code concerné (ou que quelqu&#8217;un plus au fait de Gecko le fasse), mais à priori il s&#8217;agit juste de savoir quelle requête lancer en premier. Une fois lancée (ce qui est le cas pour le streaming Deezer) alors ça ne devrait rien changer.</p>
<p>Sinon on ne m&#8217;enlèvera pas de la tête que Deezer sur une page web est le mauvais outil. Spotify a choisi une application séparée. Rien n&#8217;empêche de la baser sur Prism si on veut un vrai navigateur, ou sur Air si on veut du flash, mais mélanger la session de navigation et l&#8217;écoute en tâche de fond dans le même contexte applicatif, il y en a bien un en trop.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
