Salut Nal,
Nouvelle année, nouveau type de journal : le journal éclair !
L'iMac de ma femme qui tourne sous Linux (Lubuntu 14.04) s'est mis à être sérieusement lent : une solution à long terme sera de lui ajouter de la RAM (car il sature parfois).
Cependant, je me suis aperçu que c'est principalement Firefox qui le fait saturer la RAM … même avec seulement 1 ou 2 onglets d'ouverts.
Du coup, j'ai installé Midori … et du coup, plus de problèmes de ralentissements et de saturation de la RAM !
Est-ce que vous aussi, vous avez constaté des problèmes de performance avec Firefox 57 (aka Quantum) et des petites configs ?
Si oui comment les avez-vous résolu ? Autre chose à recommander qu'installer Midori ?
Personnellement, sur mon PC avec 8 Go de RAM et pas loin d'une quarantaine d'onglets ouverts, je suis très contents de Firefox 57 ! !
# stable ?
Posté par Psychofox (Mastodon) . Évalué à 8.
Les dernières fois que j'avais testé Midori il crashait relativement souvent. Même expérience avec Eolie d'ailleurs.
Du coup c'est bien d'avoir des navigateurs légers ou mieux intégrés à un bureau mais quand ça crash régulièrement c'est très énervant, d'autant plus si ledit browser ne propose pas d'option de récupération des onglets ouverts avant le crash.
[^] # Re: stable ?
Posté par gnumdk (site web personnel) . Évalué à 4.
Coucou, Eolie propose une option pour récupérer les onglets ouverts en cas de crash (qui pourrait être améliorée il est vrai).
Pour les crash, c'était des crash python (cad Eolie) ou des segfaults (cad WebKitGTK)?
Pour information, sans utiliser une version patché de python-gobject ou alors la dernière version, c'est le crash assuré.
[^] # Re: stable ?
Posté par Psychofox (Mastodon) . Évalué à 2.
Honnêtement je t'avoue ne pas avoir pris le temps de l'analyser vu que je n'ai testé que quelques heures au boulot (sur fedora 27) et que je suis repassé sur firefox juste après le 3ème crash dans la même matinée. Il faudrait que je l'installe sur mon pc perso.
# Qupzilla, Midori, Opera
Posté par papap . Évalué à 3.
je plussoie, j'observe le même problème et quand Firefox dit qu'ils vont faire une version pour améliorer cela, ça empire encore. Chez moi : Firefox bouffe 1.7Go de RAM. Du coup j'utilise Qupzilla, Midori ou Opera. Et sous Windows, je ne mets plus à jour Firefox depuis longtemps.
[^] # Re: Qupzilla, Midori, Opera
Posté par flagos . Évalué à 7.
Sincèrement 1.7GB de RAM, ça me semble pas normal. Regarde si tu as pas une extension goinfre, du genre Adblock plus.
[^] # Re: Qupzilla, Midori, Opera
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 10.
Ne pas oublier que la majeure partie de la mémoire occupée par un navigateur, est utilisée par… les sites webs. Si un site web charge 10Mo de scripts JS qui font des allocations mémoires dans tous les sens, ou qui génèrent des dizaines de milliers d’éléments HTML (ce qui arrive très très vite quand on consulte des files de messages comme un mur facebook ou sa page twitter), forcément, au bout d'un moment, une page web peut prendre plusieurs dizaines, voir centaines de Mo.
Chez moi par exemple, au chargement de ma page twitter (116 requêtes et 8Mo de fichiers chargés !), le JS prend 34 Mo en mémoire (donné par l'onglet mémoire des devtools). Avec les objets DOM, la mémoire graphique du rendu graphique et tout ce qui est lié à la page web, la page prend au moins 139 Mo ! (chiffre donné par le about:memory). Si je commence à scroller, le total monte vite.
Pour la page de l'agenda google, c'est 77 requêtes pour 4.3 Mo de fichiers chargés, totalisant 45 Mo d'occupation mémoire par le JS et 61 Mo au total .
Multipliez ça par le nombre d'onglets…
Sans parler de la mise en cache des différents éléments. Chaque navigateur a sa propre stratégie de mise en cache, qui peut occuper pas mal de mémoire, en particulier pour accélérer les actions de navigations retour/avance. Et la mise en cache peut se paramétrer dans les préférences.
Allez jeter un coup d'oeil au about:memory, ça vaut le coup.
[^] # Re: Qupzilla, Midori, Opera
Posté par Christophe B. (site web personnel) . Évalué à 6.
Super ce truc merci
[^] # Re: Qupzilla, Midori, Opera
Posté par cmal (site web personnel) . Évalué à 9.
J'utilise personnellement NoScript pour lutter contre ce phénomène. Par défaut aucun script n'est autorisé à tourner. Ensuite, je whiteliste domaine par domaine qui peut exécuter du code sur ma machine dans le navigateur.
Cela casse par défaut de nombreux sites web (et nécessite du coup quelques clics avant de pouvoir lire une vidéo par ex), mais a le mérite d'une part de réduire énormément la consommation de ressources de mon navigateur, et d'autre part de révéler les très mauvaises pratiques mises en place sur de nombreux sites web.
Mauvaises pratiques ? Par exemple tous les sites qui ne s'affichent pas si JavaScript est désactivé, parce que le DOM est rendu en JavaScript et pas côté serveur. C'est pour moi un gros red flag que le site va consommer énormément de ressources et qu'il a été développé par des personnes vraiment peu respectueuses de leurs utilisateurices.
Le JavaScript côté client a son intérêt pour concevoir des applications intéractives (client mail, outils coopératifs, etc). Mais pour juste afficher du contenu prédéfini, on a le combo HTML/CSS pour ça et mettre du JS au milieu est dans 99% des cas une preuve d'incompétence flagrante.
# J'ai failli passer à Chrome sous Android
Posté par viking . Évalué à 2.
Au passage à Firefox 57 sous Android, celui-ci s'est mis à se cracher très régulièrement. Étant un peu dégoutté, j'ai voulu passer à Chrome. Mais, j'ai désinstaller les modules complémentaires et là "miracle", Firefox n'a jamais été aussi rapide.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: J'ai failli passer à Chrome sous Android
Posté par Le Gab . Évalué à 1.
J'utilise Firefox Focus sur Android mais je n'ai pas particulièrement de problème avec le Firefox normal en fait.
[^] # Re: J'ai failli passer à Chrome sous Android
Posté par Maderios . Évalué à 1.
Sur Android, j'utilise la version allégée de Firefox "Fennec" récupéré depuis le dépôt F-Droid.
Firefox focus se nomme "Firefox Klar" en allemand. Ce dernier est disponible dans F-Droid.
https://support.mozilla.org/en-US/kb/focus
[^] # Re: J'ai failli passer à Chrome sous Android
Posté par palm123 (site web personnel) . Évalué à 2.
Je l'ai installé, très fluide, merci pour la découverte
ウィズコロナ
# Même constat
Posté par abriotde (site web personnel, Mastodon) . Évalué à 1.
J'ai fais le même constat que toi. Au bureau avec une bonne config, Firefox 57 est top il a rattraper chromium en performance mais aussi sur ses défauts (Lent a se lancer, consommation de RAM importante). Si bien que sur mon PC fixe de la maison qui est peu puissant (AMD64-X2)… Firefox ralenti beaucoup le PC voire plante.
Mais je n'ai pas trouvé d'alternative, j'ai pas spécialement cherché non plus.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Même constat
Posté par Kerro . Évalué à 2.
Idem ici.
Sur une bécane ancienne (AMD64-X2) Firefox est devenu vraiment lent car il bouffe du processeur, pas de la mémmoire.
Sur la même machine, Chrome est aussi rapide que l'était Firefox.
Par contre sur un Intel i3, zéro problème avec 180 onglets ouverts :-)
[^] # Re: Même constat
Posté par Anonyme . Évalué à 2.
Ce qui fait la différence est peut-être le manque d'instructions AES.
# arret du dev de midori ?
Posté par s3boun3t . Évalué à 4.
de ce que j'ai vu, j'ai cru comprendre que le développement de midori avait été arrêter, c'est dommage ça commençait bien même si chez moi ça buggué fort.
du coup en alternative, j'utilise PALEMOON
https://www.palemoon.org/
un browser basé sur une ancienne version de firefox, plus light mais avec des mises a jours de sécurité.
# Mort
Posté par David Demelier (site web personnel) . Évalué à 4.
Midori c'est mort, instable et buggé. Il y a plein d'alternative cool à firefox. surf, qupzilla (falkon dans KDE), palemoon, …
git is great because linus did it, mercurial is better because he didn't
[^] # Midori…
Posté par Arthur Accroc . Évalué à 2.
Mort, je n’ai pas suivi (enfin tu sais sûrement de quoi tu parles), mais instable et bogué, c’est clair : certaines pages ne fonctionnent pas ou pas complètement, d’autres le plantent net.
Par contre, au niveau réactivité et consommation de ressources (sauf sur une page avec un javascript pourri, mais les autres navigateurs n’y échappent pas non plus) sur une machine peu puissante et avec peu de mémoire, les autres navigateurs censément légers que j’ai essayés (Qupzilla et au moins un autre dont le nom ne me revient plus) ne lui arrivent pas à la cheville. Dans les navigateurs graphiques que j’ai essayés, seule la version graphique de lynx ou (e)links (et dont je ne me rappelle plus le nom) était plus légère que Midori, mais peu de pages fonctionnaient avec.
Du coup, malgré les pages qui ne passaient pas, je regrette vraiment qu’il soit abandonné.
Note : Midori alloue pas mal de mémoire, mais en réalité, il en utilise peu (enfin comme je le disais, sauf si on charge une page avec un javascript pourri) — et de la façon dont le noyau gère ça, seule la mémoire réellement utilisée a un impact.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Firefox sur AMD 3000+
Posté par liberforce (site web personnel) . Évalué à 3.
J'utilise le Firefox fourni avec Mageia 6, je crois que c'est le 57, mais il faudrait que je vérifie.
La machine a 1,5 Go de RAM, mais le vrai problème est plutôt que souvent Firefox prend 100% du CPU pendant plusieurs secondes (parfois + de 10s), même pour une utilisation très basique. Thunderbird est aussi à la ramasse. Certes la machine est ancienne mais j'attendais un peu mieux, Firefox s'est vraiment alourdi ces dernières années pour les petites configs. En revanche pour une config plus actuelle au boulot, FF 57 tourne du tonnerre.
[^] # Re: Firefox sur AMD 3000+
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 7.
Ne pas oublier que les sites web aussi ! Et ça, les navigateurs n'y peuvent pas grand chose…
Utiliser un bloqueur de pub/tracker aide à limiter grandement les ressources utilisées.
# Perf
Posté par lince . Évalué à 1.
20% de ram utilisée sur les 7Go pour une cinquantaine d'onglet ouverts.
je constate des performances améliorée au niveau du CPU qui était souvent saturé sur ce PC avant la 57 et l'usage de la ram à baissé de moitié.
On ne peut pas dire que c'est une petite configuration par contre.
# Bienvenue dans le web moderne
Posté par damaki . Évalué à 10.
Honnêtement, Firefox 57 est un des navigateurs les plus économes en mémoire. Le souci vient plutôt des sites eux-mêmes et du manque d'optimisation en terme de conso mémoire. Suffit de lancer un Firefox avec un seul onglet sur Facebook ou Gmail pour comprendre l'ampleur du problème. Les gros frameworks à la mode React et Angular sont plutôt optimisés pour la vitesse de rendu, pas la conso mémoire.
L'autre point à regarder, c'est l'accélération matérielle. Vu que les navigateurs récents ont tendance à utiliser de l'accélération matérielle quand c'est possible, ça a probablement tendance à ralentir le navigateur quand il n'y en a pas du tout de dispo. Et ça ne touche pas que les navigateurs, Gnome est plutôt lent sans accélération matérielle. Je suppose que c'est à cause de libcairo qui est pas super rapide sans accélération matérielle.
# Réparer Firefox + fuite mémoire lors de téléchargements ?
Posté par antistress (site web personnel) . Évalué à 5.
Quand j'ai eu des pbs, je suis passé par la page about:support et ai cliqué sur "Réparer Firefox" et ça a réglé la plupart
Attention à sauvegarder tes onglets avant, au cas où, et à reconfigurer les navigateur au redémarrage : options (par exemple stipuler qu'au lancement le navigateur charge les onglets précédents et non une page blanche si c'est ton cas), moteurs, extensions.
Le pb que j'ai de longue date avec Fx et non réglé avec la version 57 est que la mémoire gonfle sans être libérée (ou pas totalement) au fur et à mesure des téléchargements. Ainsi je passe de 40% de ma RAM à 60% après plusieurs téléchargements de fichiers de plusieurs centaines de Mo.
[^] # Re: Réparer Firefox + fuite mémoire lors de téléchargements ?
Posté par hitmanu . Évalué à 1.
Je croyais être le seul à avoir ce problème depuis longtemps, je constate que non.
Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.
# Non et
Posté par Leniwce . Évalué à -7. Dernière modification le 04 janvier 2018 à 15:53.
Midori je trouve que c'est bien moisi comme browser comparé a d'autres dans la catégorie, "light".
attention chérie ça va moinsser
# Merci
Posté par ComputingFroggy (site web personnel) . Évalué à 1. Dernière modification le 05 janvier 2018 à 02:02.
Merci pour tous les conseils et recommandations !
Du coup, je vais désinstaller Midori pour installer QupZilla.
Effectivement, comme indiqué par certains, c'est sur certaines pages web (sa messagerie est gmail, elle utilise les pages jaunes) que c'est sérieusement lent !
[^] # Re: Merci
Posté par ComputingFroggy (site web personnel) . Évalué à 1.
Donc, j'ai installé QupZilla, et voici mes premières impressions/remarques :
A voir à l'usage.
[^] # Re: Merci
Posté par Psychofox (Mastodon) . Évalué à 4.
Euh…comment dire. Pour chiffrer il faut au minimum une clé de chiffrement. Si on ne demande pas un mot de passe, c'est que cette clé de chiffrement n'est pas sécurisée et donc que tes mots de passes sont à poils. Chiffrés ou pas si la clé est au même endroit c'est comme s'ils étaient en clair.
[^] # Re: Merci
Posté par oinkoink_daotter . Évalué à 2. Dernière modification le 05 janvier 2018 à 13:05.
(je supprime mon commentaire, déjà répondu juste au dessus, ça m'apprendra à recharger la page avant de postaÿ)
# Zswap
Posté par spart . Évalué à 4.
Il peut suffire d'activer zswap.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.