Chromium est bien plus lent que Firefox, mais dans certaines utilisations.
Je travail actuellement sur un ordinateur en export display, à travers un tunnel ssh. En utilisant la commande ssh -X.
J'utilise Firefox, qui est tout à fait utilisable, du moment que le tunnel passe par un réseau local performant. Le défilement est utilisable, bien qu'un peu saccadé. Les boutons réagissent rapidement à la souris, l'interface est aussi réactive que sur les autres applications, bref, l'export display, c'est super.
Par curiosité, j'ai voulu testé Chromium dans ces mêmes conditions. Et là, c'est le jour et la nuit. L'application est plus lente à lancer que Firefox, car l'interface clignote lentement au démarrage. Le chargement des sites est super saccadé, l'icône du chargement est lui aussi saccadé. Le défilement est inutilisable, la page est mise à jour toutes les secondes. Les boutons survolés sont affichés avec beaucoup de retard. L'interface réseau est saturée. Bref, c'est inutilisable, et j'ai l'impression que toute la fenêtre Chromium est transférée comme un gros bitmap à travers le serveur X.
Pensant que cela pouvait venir de webkit, le moteur graphique de Chromium, je teste avec Midori, un autre navigateur web utilisant webkit. Et là, tout est fonctionnel, encore plus réactif que Firefox.
Donc, maintenant je pense savoir pourquoi Chromium est plus réactif que Firefox sur linux. Les gens de chez Google trichent avec X11 en passant des gros bitmaps, au lieu d'objets vectoriels plus lourds à traiter pour le serveur, mais supérieurs techniquement.
Pour l'anecdote, les éléments en position fixe sur une page web, comme par exemple la barre d'outils de linuxfr, sont très lent sur X11 car ils sont mis à jour en deux temps. Lors d'un défilement, on voit toute la page défiler et ces éléments défiler eux aussi, puis dans un deuxième temps, ils sont remis à leur position respective. C'est un petit soucis d'optimisation de gecko qu'il n'y a pas du tout sur webkit avec Midori.
Voilà, c'était l'information inutile du dimanche.
# Et beh...
Posté par sirrus . Évalué à -9.
Le nouveau netscape va mourir, une nouvelle fois abattu par un logiciel propriétaire. Mais c'est un phénix qui renaîtra encore de ces cendres avec une lourdeur de dragon de komodo dans le futur moteur aussi lent que ses prédécesseurs.
Et sinon dans le même genre t'as essayé avec ie et safari émulés avec wine ? Parce que là ça me ferait carrément changer de navigateur je crois<;
[^] # Re: Et beh...
Posté par BAud (site web personnel) . Évalué à 10.
[^] # Re: Et beh...
Posté par Thomas Douillard . Évalué à 5.
Vivement la nouvelle version.
[^] # Re: Et beh...
Posté par claudex . Évalué à 6.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Et beh...
Posté par Philip Marlowe . Évalué à 4.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
# J'ai ma réponse !
Posté par windu.2b . Évalué à 3.
Mais ce bug n'est plus ! C'est donc que X11 et/ou Gecko ont été corrigés, non ?
[^] # Re: J'ai ma réponse !
Posté par gemegik . Évalué à 6.
# Retour d'expérience pour une utilisation plus conventionnelle.
Posté par Boris . Évalué à 3.
Je suis moi même pas mal intéressé par l'évolution de Chromium. Je l'ai donc installé il y à quelques temps sur ma machine et je dois dire que dans mon cas, j'ai des soucis de stabilité (onglets qui bloquent / crashent). Mais bon, le soft est jeune et en plein développement, je peux comprendre les instabilités.
Point plus intéressant :
Pour les fois où ce dernier voulait bien fonctionner, je l'ai testé en ajoutant l'extension adBlock, et là, il n'y a pas photo. Firefox est plus rapide (ou Chromium devient vraiment très lent, au choix).
L'extension adBlock(+) étant pour moi incontournable, chromium ne remplacera pas firefox de si tôt.
[^] # Re: Retour d'expérience pour une utilisation plus conventionnelle.
Posté par patrick_g (site web personnel) . Évalué à 1.
[^] # Re: Retour d'expérience pour une utilisation plus conventionnelle.
Posté par Boris . Évalué à 1.
Je ne connais pas cette extension, elle est aussi efficace que adBlock ?
[^] # Re: Retour d'expérience pour une utilisation plus conventionnelle.
Posté par Thomas . Évalué à 4.
Car j'ai utilisé AdThwart, Adblock, etc. (comprendre quasiment toutes les extensions anti-pubs sous Chrome) et avec le même filtre que sous Adblock Plus de Firefox (EasyListFr) et sous Chrome ça fonctionne _vachement_ moins bien. Je vois encore plein de pubs.
De plus sous Chrome les extensions sont désactivées avec le porn^W private mode donc tu te tapes toutes les pubs :)
[^] # Re: Retour d'expérience pour une utilisation plus conventionnelle.
Posté par Niniryoku . Évalué à 2.
Knowing the syntax of Java does not make someone a software engineer.
[^] # Re: Retour d'expérience pour une utilisation plus conventionnelle.
Posté par seginus . Évalué à 2.
En effet les développeur de chrome connaisse leur code et peuvent donc dire qu'il n'y a pas de faille (disons à leur connaissance). C'est loin d'être le cas pour les extensions.
Il y avait même eu une petite campagne me semble-t-il il y a quelque temps (années), visant à se méfier des extensions de firefox pour la sécurité, qu'il n'y a pas de contrôle dessus.
Alors, désactiver les modules en privé, ça ne me semble pas entièrement sans intérêt, surtout quand on est sur la machine de quelqu'un d'autre et que l'on ne sait pas ce que pourrait loger telle ou telle extension.
# Pas du tout mon expérience
Posté par GeneralZod . Évalué à 7.
Chose qui m'a surpris le WebKit embarqué par Chromium est beaucoup plus rapide que QtWebKit ou WebKitGtk, d'un côté ça s'explique par le moteur de dessin différent(Cairo, Arthur) mais de l'autre la différence est flagrante que ce soit avec Arora ou Midori.
Les raisons qui font que je n'utilise pas Chromium comme navigateur par défaut sont :
* consommation mémoire plus importante (évidemment, c'est du multiprocessus). Sur une machine dédié à la navigation web, la rapidité de Chromium doit compenser mais ça rentre pas dans mon cadre d'utilisation.
* les extensions moisies qui s'intégrent super mal à l'IHM.
J'aime beaucoup l'IHM de Chromium, l'adjectif qui à mon goût la caractérise le mieux est "slick", très peu d'espace perdu, jamais de ralentissement, pas aggressive mais pas adapté aux extensions.
* gestion des marques-pages moisies, la synchronisation (multi-navigateurs/plateformes) avec Chromium est particulièrement pénible, celui-ci imposant sa façon de faire.
* compatibilité avec les noyaux aléatoire: parfois, il ne se lance pas, parfois, pas de rendu, ça m'a surpris. Mais vu la taille des sources, j'ai même pas essayé à résoudre le problème.
La raison pour laquelle, je ne le recommande plus aux débutants sous GNU/Linux est l'immaturité de l'intégration des plugins propriétaires. Même si j'en ai rien à foutre personnellement, je me dois un minimum de courtoisie.
Même si Firefox 3.6 est loin d'avoir rattrapé son retard au niveau des performances, il offre une expérience de qualité en terme de navigation web (multitude d'extensions bien intégré), et une consommation mémoire qui redevient de plus en plus raisonnable.
FF n'a pas besoin qu'on raconte des conneries sur la concurrence, Chromium est loin d'être parfait et FF possède ses propres qualités.
> Les gens de chez Google trichent avec X11 en passant des gros bitmaps
Les développeurs de Fennec utilisent la même astuce, en quoi est-ce de la triche si ça améliore l'expérience de navigation ? // par ailleurs, je ne saurais dire si Chromium utilise effectivement cette astuce.
[^] # Re: Pas du tout mon expérience
Posté par B16F4RV4RD1N . Évalué à 2.
"ssh -X est bien plus lent que NX" !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Pas du tout mon expérience
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
Et comparé à VNC, ben je préfère encore l'export X11.
[^] # Re: Pas du tout mon expérience
Posté par e-t172 (site web personnel) . Évalué à 4.
Si il l'est. Il fait une légère compression JPEG dessus. Ça se voit un peu mais je préfère largement ça aux saccades.
[^] # Re: Pas du tout mon expérience
Posté par yellowiscool . Évalué à 2.
Après, que NX soit plus performant que ssh -X, c'est normal, c'est le but. Maintenant, sur un réseau local, la différence ne doit pas être si grande, surtout pour recevoir des bitmaps.
Envoyé depuis mon lapin.
[^] # Re: Pas du tout mon expérience
Posté par ZeroHeure . Évalué à 2.
Je ne sais pas de quel VNC tu te sers, mais il y a des serveurs VNC conçus pour le réseau local qui sont très rapides. C'est simple: l'utilisateur ne sait pas que son bureau est en VNC ou qu'il accède à une application via VNC.
Regarde le système de client léger de Cendio.com par exemple.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Pas du tout mon expérience
Posté par e-t172 (site web personnel) . Évalué à 1.
Détrompe-toi.
Lorsque j'ai commencé à travailler en déporté sur mon réseau local j'ai d'abord utilisé un export simple, ça fonctionnait bien pour certaines applis et très mal dans d'autres. Par exemple, sous Firefox, lorsqu'on ouvre la barre d'adresse (« Awesome bar »), le résultat était un véritable supplice, sans raison apparente.
Sous NX avec un réseau local je n'ai _jamais_ vu une appli saccader ou une quelconque latence apparaître (sauf quand ça vient de l'appli elle-même évidemment).
Note : c'est du Gigabit Ethernet de bout en bout et je suis tout seul dessus.
Bon par contre il arrive parfois qu'il apparaisse quelques glitches graphiques sous NX (genre des traits qui restent lorsqu'on ferme un menu), mais ça n'a rien de vraiment gênant. Par contre ce qui est plus problématique c'est qu'il n'aime pas du tout VirtualBox (l'affichage de la VM est quasiment inexploitable), mais j'avoue n'avoir pas (encore) cherché pourquoi, ça pourrait aussi bien venir de mon WM pour ce que j'en sais.
[^] # Re: Pas du tout mon expérience
Posté par BAud (site web personnel) . Évalué à 2.
http://www.ostatic.org/blog/making-projects-easier-to-packag(...)
http://spot.livejournal.com/312320.html [en] les explications plus détaillées
[^] # Re: Pas du tout mon expérience
Posté par GeneralZod . Évalué à 4.
Chromium supporte le codec H264 en lieu et place de Theora pour la balise video ce qui pose problème pour les distributions libres. Récemment, Bastien Nocera avait proposé d'intégrer GStreamer pour la gestion du multimédia à Chromium la réponse de Google a été une fin de non recevoir sèche.
http://code.google.com/p/chromium/issues/detail?id=32861 (on notera que le dev Google confond allégrement Chrome et Chromium) ---> youpi -_-
[^] # Re: Pas du tout mon expérience
Posté par reno . Évalué à 1.
- la portabilité là effectivement il se plante
- la sécurité et là c'est un réel problème technique que tu passe bien allégrement sous le tapis je trouve..
Ceci dit comme le dit un commentaire, ce n'est probablement pas insoluble comme problème, mais cela parait loin d'être évident..
# Pas non plus du tout mon expérience
Posté par JGO . Évalué à 6.
* L'UI de FF est très lente. Dans une liste avec 20 bookmarks, la ligne sélectionnée ne suit pas le pointeur suffisamment rapidement. Dans Chromium, ça juste-marche, comme attendu.
* Le défilement de FF est très lent. Si on défile rapidement à la molette dans une page un peu grosse (p.ex. une longue page de Wikipédia), FF n'a le temps de calculer que 2 ou 3 étapes intermédiaires entre le début et la fin de la page. Avec Chromium, le défilement est fluide.
* L'édition de grosses pages de Wikipédia est inutilisable. Je tape mon texte, puis je vais chercher un café et je regarde FF entrer un par un les caractères que j'ai entrés. (Même avec la correction d'orthographe désactivée). Avec Chromium, ça marche avec la rapidité attendue, même en activant la correction orthographique.
* FF est très lent à se redessiner quand on change de bureau. Merci à l'auteur du journal de me signaler que Chromium passe un gros bitmap. Ignorant que j'étais, je pensais que c'était toujours fait comme ça et je ne comprenais pas pourquoi FF se redessinait lentement par petits morceaux au lieu, comme Chromium, d'apparaitre rapidement et en un seul bloc. Dessiner des bitmaps c'est bien le truc que X sait faire le mieux ; pourquoi demander à Gecko de tout recalculer à chaque fois (lentement), alors que rien n'a changé et que X peut afficher tout ça super rapidement ? [1]
[1] http://linuxfr.org/2005/12/22/20106.html#664165
[^] # Re: Pas non plus du tout mon expérience
Posté par zebra3 . Évalué à -5.
Parce que les dev de Firefox n'en ont rien à foutre de Linux. Et la raison, c'est que Linux c'est moins de 5% de leur utilisateurs.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas non plus du tout mon expérience
Posté par Thomas Douillard . Évalué à 5.
[^] # Re: Pas non plus du tout mon expérience
Posté par monde_de_merde . Évalué à 4.
En particulier j'utilise abondamment les bookmarks, j'en ai plus de 1200 actuellement et certaines de mes catégories en contiennent presque 100 et je n'ai aucun soucis de ralentissement.
[^] # Re: Pas non plus du tout mon expérience
Posté par JGO . Évalué à 2.
[^] # Re: Pas non plus du tout mon expérience
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pas non plus du tout mon expérience
Posté par JGO . Évalué à 2.
(Je ne suis pas sûr de savoir ce dont tu parles, mais une recherche google sur JIT pointe vers l'interpréteur javascript.)
[^] # Re: Pas non plus du tout mon expérience
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pas non plus du tout mon expérience
Posté par JGO . Évalué à 0.
[^] # Re: Pas non plus du tout mon expérience
Posté par liberforce (site web personnel) . Évalué à 3.
*
Chez moi, les problèmes de rapidité d'édition de champs texte provenait de Adblock Plus. Mets Wikipédia dans ta liste blanche pour voir...
# c'est le cache du serveur X
Posté par ZeroHeure . Évalué à 3.
Ainsi, il y a eu les mêmes soucis que toi sur LTSP avec des version précédentes de Firefox (autour de la 2.5 je crois ?) et d'autres applications qui abusent de la mémoire X server afin de mettre en cache le rendu graphique. Il y a des résultats de tests ici:
http://www.mille-xterm.org/en/TerminalMemoryUsage
Depuis, les developpeurs de Mozilla et d'OpenOffice.org ont réagi (avec les versions 3.X).
Par ailleurs, as-tu testé sans passer par un tunnel ssh ? Sur LTSP (linux terminal serveur project) on peut faire avec ou sans et ça change un peu...
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Chromium est bien plus lent que Firefox
Posté par Octabrain . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Chromium est bien plus lent que Firefox
Posté par Octabrain . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Chromium est bien plus lent que Firefox
Posté par zebra3 . Évalué à 2.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Chromium est bien plus lent que Firefox
Posté par Thomas Douillard . Évalué à 1.
[^] # Re: Chromium est bien plus lent que Firefox
Posté par ZeroHeure . Évalué à 3.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Chromium est bien plus lent que Firefox
Posté par reno . Évalué à 1.
Curieux moi je dirais que dans ce cas la c'est plutôt les developpeurs d'X qui en sont "responsables", robustesse du codage, tout ça..
[^] # Re: Chromium est bien plus lent que Firefox
Posté par ZeroHeure . Évalué à 2.
Ça se voit très bien quand tu fais du terminal-serveur. On a des clients légers, qui ne servent qu'à l'affichage déporté. Or les applications qui utilisent le cache du serveur X local, donc celui du client léger, font parfois planter le client léger (déconnexion). Pour pallier à ça, LTSP.org (Linux Terminal Server Project) dispose d'un paramètre pour tuer l'application qui consomme trop de Ram - car si elle consomme trop de ram, elle occupe tout le cache - avant qu'elle ne provoque un plantage de X.
Il y a des beaux graphiques sur
http://www.mille-xterm.org/en/TerminalMemoryUsage
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Chromium est bien plus lent que Firefox
Posté par reno . Évalué à 1.
J'avais bien compris, mais quand le noyau Linux détecte que la mémoire est trop utilisé, il ne plante pas: il sort sa boule de cristal, sélectionne l'application "responsable" et la tue.
X devrait adopter un comportement similaire je pense..
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.