Il ne cesse de se casser la figure dans les stats d'utilisation, et
j'avoue que ça devient un sacerdoce de continuer à l'utiliser.
Son occupation mémoire est gargantuesque : tous les navigateurs sont
touchés par cette tendance, mais c'est largement le pire de ce point de
vue là.
Il est devenu lent par rapport aux autres.
Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour
des raisons diverses) sur des sites qui passent très bien avec les autres
navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma
boîte, alors qu'il est le navigateur recommandé en interne et que tout
est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on
va nous demander de passer sur Edge Chromium (qui par ailleurs est plus
léger et plus rapide...).
Au train où ça va il ne va plus rester que des navigateurs basés sur
Blink/Chromium, avec la même situation qu'aux temps de IE : sites web
développés et testés uniquement pour ce moteur HTML...
Le Fri, 10 Apr 2020 14:17:11 +0200, Didier a écrit :
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire
Pour moi, c'est du même ordre. Avec ces onglets: 200 Mo occupé. (Debian 10, 16 Go de RAM Firefox 68.7 esr 64bits + UBlock) Donc Firefox ne semble pas s'étaler quand il y a plein de RAM -- Christian
Le Fri, 10 Apr 2020 14:17:11 +0200, Didier a écrit :
Je n'ai pas ce genre de problème sur internet avec Firefox. Son
occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon
Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est
autour de 360 Mo.
Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire
Pour moi, c'est du même ordre. Avec ces onglets: 200 Mo occupé.
(Debian 10, 16 Go de RAM Firefox 68.7 esr 64bits + UBlock)
Donc Firefox ne semble pas s'étaler quand il y a plein de RAM
Le Fri, 10 Apr 2020 14:17:11 +0200, Didier a écrit :
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire
Pour moi, c'est du même ordre. Avec ces onglets: 200 Mo occupé. (Debian 10, 16 Go de RAM Firefox 68.7 esr 64bits + UBlock) Donc Firefox ne semble pas s'étaler quand il y a plein de RAM -- Christian
Droger Jean-Paul
Il se trouve que Didier a formulé :
Le 10/04/2020 à 12:30, pehache a écrit :
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire Didier.
Bonjour, pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement! Bon WE. JP -- Pour m'envoyer un mail, remplacer anti par droger ,invalid par wanadoo; to send me directly a mail replace anti with droger, invalid with wanadoo;
Il se trouve que Didier a formulé :
Le 10/04/2020 à 12:30, pehache a écrit :
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue
que ça devient un sacerdoce de continuer à l'utiliser.
Son occupation mémoire est gargantuesque : tous les navigateurs sont
touchés par cette tendance, mais c'est largement le pire de ce point de vue
là.
Il est devenu lent par rapport aux autres.
Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des
raisons diverses) sur des sites qui passent très bien avec les autres
navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation
mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry,
lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo.
Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire
Didier.
Bonjour,
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2
utilisés par la CG) environ 10Go de swap défini par moi sur un autre
DD;
lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière
version et cela arrange bien son fonctionnement!
Bon WE.
JP
--
anti.jean-paul@invalid.fr
Pour m'envoyer un mail, remplacer anti par droger ,invalid par wanadoo;
to send me directly a mail replace anti with droger, invalid with
wanadoo;
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire Didier.
Bonjour, pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement! Bon WE. JP -- Pour m'envoyer un mail, remplacer anti par droger ,invalid par wanadoo; to send me directly a mail replace anti with droger, invalid with wanadoo;
Sergio
Le 10/04/2020 à 15:56, Droger Jean-Paul a écrit :
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien... Perso entre Firefox, Chrome et autres basés sur Chromium : - Firefox est le plus léger - Chrome le plus lourd - Vivaldi, entre les deux... Et que ce soit sous Linux ou sous Windows (7).... -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 10/04/2020 à 15:56, Droger Jean-Paul a écrit :
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD;
lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien...
Perso entre Firefox, Chrome et autres basés sur Chromium :
- Firefox est le plus léger
- Chrome le plus lourd
- Vivaldi, entre les deux...
Et que ce soit sous Linux ou sous Windows (7)....
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien... Perso entre Firefox, Chrome et autres basés sur Chromium : - Firefox est le plus léger - Chrome le plus lourd - Vivaldi, entre les deux... Et que ce soit sous Linux ou sous Windows (7).... -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
François
Le 10/04/2020 à 12:45, Cthulhu a écrit :
Est-ce que ça ne pourrait pas venir de certaines extensions et/ou d'une protection de la vie privée réglée trop stricte ?
Ou bien d'un cache trop chargé ? -- Fañch
Le 10/04/2020 à 12:45, Cthulhu a écrit :
Est-ce que ça ne pourrait pas venir de certaines extensions et/ou d'une
protection de la vie privée réglée trop stricte ?
Est-ce que ça ne pourrait pas venir de certaines extensions et/ou d'une protection de la vie privée réglée trop stricte ?
Ou bien d'un cache trop chargé ? -- Fañch
Sergio
Le 10/04/2020 à 16:06, Sergio a écrit :
Le 10/04/2020 à 15:56, Droger Jean-Paul a écrit :
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien... Perso entre Firefox, Chrome et autres basés sur Chromium : - Firefox est le plus léger - Chrome le plus lourd - Vivaldi, entre les deux... Et que ce soit sous Linux ou sous Windows (7)....
Pour compléter : Un problème d'OS ? Lu dans un forum Ubuntu, l'existence d'une commande "sudo purge" sous MacOS, inutile sous Linux, qui devrait libérer la mémoire. Cf cette discussion : https://forum.ubuntu-fr.org/viewtopic.php?id 50807 -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 10/04/2020 à 16:06, Sergio a écrit :
Le 10/04/2020 à 15:56, Droger Jean-Paul a écrit :
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD;
lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien...
Perso entre Firefox, Chrome et autres basés sur Chromium :
- Firefox est le plus léger
- Chrome le plus lourd
- Vivaldi, entre les deux...
Et que ce soit sous Linux ou sous Windows (7)....
Pour compléter : Un problème d'OS ?
Lu dans un forum Ubuntu, l'existence d'une commande "sudo purge" sous MacOS, inutile sous Linux, qui devrait libérer la mémoire.
Cf cette discussion :
https://forum.ubuntu-fr.org/viewtopic.php?id 50807
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
pour moi aussi, cela varie entre 250 et 500 Mo, 8 Go de RAM (dont 2 utilisés par la CG) environ 10Go de swap défini par moi sur un autre DD; lorsque cela dégénère, je désinstalle FF puis ré-installe la dernière version et cela arrange bien son fonctionnement!
Réflexe de Windowsien... Perso entre Firefox, Chrome et autres basés sur Chromium : - Firefox est le plus léger - Chrome le plus lourd - Vivaldi, entre les deux... Et que ce soit sous Linux ou sous Windows (7)....
Pour compléter : Un problème d'OS ? Lu dans un forum Ubuntu, l'existence d'une commande "sudo purge" sous MacOS, inutile sous Linux, qui devrait libérer la mémoire. Cf cette discussion : https://forum.ubuntu-fr.org/viewtopic.php?id 50807 -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Denis Beauregard
Le Fri, 10 Apr 20 10:30:51 +0000, pehache écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma boîte, alors qu'il est le navigateur recommandé en interne et que tout est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on va nous demander de passer sur Edge Chromium (qui par ailleurs est plus léger et plus rapide...). Au train où ça va il ne va plus rester que des navigateurs basés sur Blink/Chromium, avec la même situation qu'aux temps de IE : sites web développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce qu'il faut pour faire de la pub ciblée (à la Google). M$ a remplacé les modules de gestion de mémoire. Il suffit de regarder les dates des .dll dans le dossier windows. 2015-03-04 00:10 2 178 560 AcGenral.dll 2015-03-04 00:10 470 528 AcSpecfc.dll 2016-08-12 12:46 2 560 AcRes.dll 2017-04-27 20:32 44 032 acwow64.dll 2016-12-01 10:07 2 975 744 System.Data.dll 2014-03-20 18:49 749 568 Microsoft.JScript.dll 2014-06-17 22:18 394 752 ehskb.dll 2014-07-02 02:08 962 560 mcplayer.dll 2016-04-21 11:52 6 307 840 ehshell.dll 2015-03-17 02:34 227 328 ccme_asym.dll 2015-03-17 02:34 619 680 AXSLE.dll 2015-03-17 02:34 118 432 Bib.dll_NON_OPT 2015-03-17 02:34 157 344 BIBUtils.dll 2015-03-17 02:34 195 744 AXE8SharedExpat.dll 2015-03-17 02:34 285 344 AiodLite.dll 2015-03-17 02:34 472 736 AcroPDF.dll 2015-03-17 02:34 300 192 AdobeXMP.dll 2015-03-17 02:34 2 872 480 CoolType.dll_NON_OPT 2015-03-17 02:34 291 328 cryptocme.dll 2015-03-17 02:34 881 312 icucnv40.dll 2015-03-17 02:34 96 928 icudt40.dll 2015-03-17 02:34 283 296 adoberfp.dll 2015-03-17 02:34 397 984 logsession.dll 2015-03-17 02:34 1 966 240 adobehunspellplugin.dll 2015-03-17 02:34 207 520 nppdf32.dll_Apollo 2015-03-17 02:34 762 528 Onix32.dll 2015-03-17 02:34 1 015 456 AcroPDFImpl64.dll 2015-03-17 02:34 17 056 ViewerPS.dll 2016-08-29 11:04 3 229 696 explorer.exe etc. Cela explique qu'un LibreOffice 3 installé il y a plusieurs années est devenu beaucoup plus gourmand en mémoire. Ils ont aussi remplacé les modules de gestion de mémoire dans les .obj utilisés pour compiler les navigateurs. Ceci explique pourquoi les navigateurs sont tous devenus gourmands en mémoire, sauf si on prend une version un peu vieillotte (mais quel Firefox ou Chrome peut lire les https sans souci ?). Avec Windows 7, la solution serait peut-être de trouver un navigateur un peu ancien et de ne pas lui confier la tâche de nous protéger contre les sites malfaisants (en naviguant avec un navigateur plus récent quand on cherche à l'aveuglette). Et là, on a un autre problème car certains sites ne marcheront pas avec un navigateur vieillot. Denis
Le Fri, 10 Apr 20 10:30:51 +0000, pehache <pehache.7@gmail.com>
écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et
j'avoue que ça devient un sacerdoce de continuer à l'utiliser.
Son occupation mémoire est gargantuesque : tous les navigateurs sont
touchés par cette tendance, mais c'est largement le pire de ce point de
vue là.
Il est devenu lent par rapport aux autres.
Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour
des raisons diverses) sur des sites qui passent très bien avec les autres
navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma
boîte, alors qu'il est le navigateur recommandé en interne et que tout
est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on
va nous demander de passer sur Edge Chromium (qui par ailleurs est plus
léger et plus rapide...).
Au train où ça va il ne va plus rester que des navigateurs basés sur
Blink/Chromium, avec la même situation qu'aux temps de IE : sites web
développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui
veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce
qu'il faut pour faire de la pub ciblée (à la Google).
M$ a remplacé les modules de gestion de mémoire. Il suffit de
regarder les dates des .dll dans le dossier windows.
Cela explique qu'un LibreOffice 3 installé il y a plusieurs années
est devenu beaucoup plus gourmand en mémoire.
Ils ont aussi remplacé les modules de gestion de mémoire dans
les .obj utilisés pour compiler les navigateurs. Ceci explique
pourquoi les navigateurs sont tous devenus gourmands en mémoire,
sauf si on prend une version un peu vieillotte (mais quel
Firefox ou Chrome peut lire les https sans souci ?).
Avec Windows 7, la solution serait peut-être de trouver un
navigateur un peu ancien et de ne pas lui confier la tâche de
nous protéger contre les sites malfaisants (en naviguant avec
un navigateur plus récent quand on cherche à l'aveuglette).
Et là, on a un autre problème car certains sites ne marcheront
pas avec un navigateur vieillot.
Le Fri, 10 Apr 20 10:30:51 +0000, pehache écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma boîte, alors qu'il est le navigateur recommandé en interne et que tout est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on va nous demander de passer sur Edge Chromium (qui par ailleurs est plus léger et plus rapide...). Au train où ça va il ne va plus rester que des navigateurs basés sur Blink/Chromium, avec la même situation qu'aux temps de IE : sites web développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce qu'il faut pour faire de la pub ciblée (à la Google). M$ a remplacé les modules de gestion de mémoire. Il suffit de regarder les dates des .dll dans le dossier windows. 2015-03-04 00:10 2 178 560 AcGenral.dll 2015-03-04 00:10 470 528 AcSpecfc.dll 2016-08-12 12:46 2 560 AcRes.dll 2017-04-27 20:32 44 032 acwow64.dll 2016-12-01 10:07 2 975 744 System.Data.dll 2014-03-20 18:49 749 568 Microsoft.JScript.dll 2014-06-17 22:18 394 752 ehskb.dll 2014-07-02 02:08 962 560 mcplayer.dll 2016-04-21 11:52 6 307 840 ehshell.dll 2015-03-17 02:34 227 328 ccme_asym.dll 2015-03-17 02:34 619 680 AXSLE.dll 2015-03-17 02:34 118 432 Bib.dll_NON_OPT 2015-03-17 02:34 157 344 BIBUtils.dll 2015-03-17 02:34 195 744 AXE8SharedExpat.dll 2015-03-17 02:34 285 344 AiodLite.dll 2015-03-17 02:34 472 736 AcroPDF.dll 2015-03-17 02:34 300 192 AdobeXMP.dll 2015-03-17 02:34 2 872 480 CoolType.dll_NON_OPT 2015-03-17 02:34 291 328 cryptocme.dll 2015-03-17 02:34 881 312 icucnv40.dll 2015-03-17 02:34 96 928 icudt40.dll 2015-03-17 02:34 283 296 adoberfp.dll 2015-03-17 02:34 397 984 logsession.dll 2015-03-17 02:34 1 966 240 adobehunspellplugin.dll 2015-03-17 02:34 207 520 nppdf32.dll_Apollo 2015-03-17 02:34 762 528 Onix32.dll 2015-03-17 02:34 1 015 456 AcroPDFImpl64.dll 2015-03-17 02:34 17 056 ViewerPS.dll 2016-08-29 11:04 3 229 696 explorer.exe etc. Cela explique qu'un LibreOffice 3 installé il y a plusieurs années est devenu beaucoup plus gourmand en mémoire. Ils ont aussi remplacé les modules de gestion de mémoire dans les .obj utilisés pour compiler les navigateurs. Ceci explique pourquoi les navigateurs sont tous devenus gourmands en mémoire, sauf si on prend une version un peu vieillotte (mais quel Firefox ou Chrome peut lire les https sans souci ?). Avec Windows 7, la solution serait peut-être de trouver un navigateur un peu ancien et de ne pas lui confier la tâche de nous protéger contre les sites malfaisants (en naviguant avec un navigateur plus récent quand on cherche à l'aveuglette). Et là, on a un autre problème car certains sites ne marcheront pas avec un navigateur vieillot. Denis
DuboisP
Le 10/04/2020 à 19:15, Denis Beauregard a écrit :
Le Fri, 10 Apr 20 10:30:51 +0000, pehache écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma boîte, alors qu'il est le navigateur recommandé en interne et que tout est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on va nous demander de passer sur Edge Chromium (qui par ailleurs est plus léger et plus rapide...). Au train où ça va il ne va plus rester que des navigateurs basés sur Blink/Chromium, avec la même situation qu'aux temps de IE : sites web développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce qu'il faut pour faire de la pub ciblée (à la Google). M$ a remplacé les modules de gestion de mémoire. Il suffit de regarder les dates des .dll dans le dossier windows. 2015-03-04 00:10 2 178 560 AcGenral.dll 2015-03-04 00:10 470 528 AcSpecfc.dll 2016-08-12 12:46 2 560 AcRes.dll 2017-04-27 20:32 44 032 acwow64.dll 2016-12-01 10:07 2 975 744 System.Data.dll 2014-03-20 18:49 749 568 Microsoft.JScript.dll 2014-06-17 22:18 394 752 ehskb.dll 2014-07-02 02:08 962 560 mcplayer.dll 2016-04-21 11:52 6 307 840 ehshell.dll 2015-03-17 02:34 227 328 ccme_asym.dll 2015-03-17 02:34 619 680 AXSLE.dll 2015-03-17 02:34 118 432 Bib.dll_NON_OPT 2015-03-17 02:34 157 344 BIBUtils.dll 2015-03-17 02:34 195 744 AXE8SharedExpat.dll 2015-03-17 02:34 285 344 AiodLite.dll 2015-03-17 02:34 472 736 AcroPDF.dll 2015-03-17 02:34 300 192 AdobeXMP.dll 2015-03-17 02:34 2 872 480 CoolType.dll_NON_OPT 2015-03-17 02:34 291 328 cryptocme.dll 2015-03-17 02:34 881 312 icucnv40.dll 2015-03-17 02:34 96 928 icudt40.dll 2015-03-17 02:34 283 296 adoberfp.dll 2015-03-17 02:34 397 984 logsession.dll 2015-03-17 02:34 1 966 240 adobehunspellplugin.dll 2015-03-17 02:34 207 520 nppdf32.dll_Apollo 2015-03-17 02:34 762 528 Onix32.dll 2015-03-17 02:34 1 015 456 AcroPDFImpl64.dll 2015-03-17 02:34 17 056 ViewerPS.dll 2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Le 10/04/2020 à 19:15, Denis Beauregard a écrit :
Le Fri, 10 Apr 20 10:30:51 +0000, pehache <pehache.7@gmail.com>
écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et
j'avoue que ça devient un sacerdoce de continuer à l'utiliser.
Son occupation mémoire est gargantuesque : tous les navigateurs sont
touchés par cette tendance, mais c'est largement le pire de ce point de
vue là.
Il est devenu lent par rapport aux autres.
Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour
des raisons diverses) sur des sites qui passent très bien avec les autres
navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma
boîte, alors qu'il est le navigateur recommandé en interne et que tout
est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on
va nous demander de passer sur Edge Chromium (qui par ailleurs est plus
léger et plus rapide...).
Au train où ça va il ne va plus rester que des navigateurs basés sur
Blink/Chromium, avec la même situation qu'aux temps de IE : sites web
développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui
veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce
qu'il faut pour faire de la pub ciblée (à la Google).
M$ a remplacé les modules de gestion de mémoire. Il suffit de
regarder les dates des .dll dans le dossier windows.
Le Fri, 10 Apr 20 10:30:51 +0000, pehache écrivait dans fr.comp.infosystemes.www.navigateurs:
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs. Et là ça commence aussi avec des pages de l'intranet de ma boîte, alors qu'il est le navigateur recommandé en interne et que tout est testé avec. Je sens bien le coup qu'il ne va pas le rester et qu'on va nous demander de passer sur Edge Chromium (qui par ailleurs est plus léger et plus rapide...). Au train où ça va il ne va plus rester que des navigateurs basés sur Blink/Chromium, avec la même situation qu'aux temps de IE : sites web développés et testés uniquement pour ce moteur HTML...
Je pense que le problème vient de l'avidité de Microsoft qui veut détruire Windows 7 pour qu'on passe à Windows 10 qui a ce qu'il faut pour faire de la pub ciblée (à la Google). M$ a remplacé les modules de gestion de mémoire. Il suffit de regarder les dates des .dll dans le dossier windows. 2015-03-04 00:10 2 178 560 AcGenral.dll 2015-03-04 00:10 470 528 AcSpecfc.dll 2016-08-12 12:46 2 560 AcRes.dll 2017-04-27 20:32 44 032 acwow64.dll 2016-12-01 10:07 2 975 744 System.Data.dll 2014-03-20 18:49 749 568 Microsoft.JScript.dll 2014-06-17 22:18 394 752 ehskb.dll 2014-07-02 02:08 962 560 mcplayer.dll 2016-04-21 11:52 6 307 840 ehshell.dll 2015-03-17 02:34 227 328 ccme_asym.dll 2015-03-17 02:34 619 680 AXSLE.dll 2015-03-17 02:34 118 432 Bib.dll_NON_OPT 2015-03-17 02:34 157 344 BIBUtils.dll 2015-03-17 02:34 195 744 AXE8SharedExpat.dll 2015-03-17 02:34 285 344 AiodLite.dll 2015-03-17 02:34 472 736 AcroPDF.dll 2015-03-17 02:34 300 192 AdobeXMP.dll 2015-03-17 02:34 2 872 480 CoolType.dll_NON_OPT 2015-03-17 02:34 291 328 cryptocme.dll 2015-03-17 02:34 881 312 icucnv40.dll 2015-03-17 02:34 96 928 icudt40.dll 2015-03-17 02:34 283 296 adoberfp.dll 2015-03-17 02:34 397 984 logsession.dll 2015-03-17 02:34 1 966 240 adobehunspellplugin.dll 2015-03-17 02:34 207 520 nppdf32.dll_Apollo 2015-03-17 02:34 762 528 Onix32.dll 2015-03-17 02:34 1 015 456 AcroPDFImpl64.dll 2015-03-17 02:34 17 056 ViewerPS.dll 2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Denis Beauregard
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP <patrickr.dubois.don' écrivait dans fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une version assez ancienne de LibreOffice (3.4 qui date de 2011) et que LO a aussi le problème de mémoire gourmande alors qu'il ne l'avait pas il y a 9 ans, il y a des DLL de système qui ont été remplacées. Il y a tout de même plus de 26000 DLL suite à un dir *.dll /s Denis
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP
<patrickr.dubois.don't.spam@free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe
etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe*
viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une
version assez ancienne de LibreOffice (3.4 qui date de 2011) et
que LO a aussi le problème de mémoire gourmande alors qu'il ne
l'avait pas il y a 9 ans, il y a des DLL de système qui ont été
remplacées. Il y a tout de même plus de 26000 DLL suite à un
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP <patrickr.dubois.don' écrivait dans fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une version assez ancienne de LibreOffice (3.4 qui date de 2011) et que LO a aussi le problème de mémoire gourmande alors qu'il ne l'avait pas il y a 9 ans, il y a des DLL de système qui ont été remplacées. Il y a tout de même plus de 26000 DLL suite à un dir *.dll /s Denis
Didier
Le 10/04/2020 à 14:42, pehache a écrit :
Le 10/04/2020 à 14:17, Didier a écrit :
Le 10/04/2020 à 12:30, pehache a écrit :
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire Didier.
Il faudra que tu m'expliques ta recette magique car avec les mêmes onglets (juste news2.nemoweb.net à la place de ton RPi) j'observe 950Mo dans le task manager de W10 (1709, FF 68.5 ESR, extensions: uBlock Origin + Lockwise)
Oh je n'ai pas de recette magique, pas assez doué pour ça. On n'a pas la même version de Firefox, de Windows, et je n'ai que web developper comme extension. Didier.
Le 10/04/2020 à 14:42, pehache a écrit :
Le 10/04/2020 à 14:17, Didier a écrit :
Le 10/04/2020 à 12:30, pehache a écrit :
Il ne cesse de se casser la figure dans les stats d'utilisation, et
j'avoue que ça devient un sacerdoce de continuer à l'utiliser.
Son occupation mémoire est gargantuesque : tous les navigateurs sont
touchés par cette tendance, mais c'est largement le pire de ce point
de vue là.
Il est devenu lent par rapport aux autres.
Pire que ça il fait de plus de plus d'erreurs (pages non chargées
pour des raisons diverses) sur des sites qui passent très bien avec
les autres navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son
occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon
Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est
autour de 360 Mo.
Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire
Didier.
Il faudra que tu m'expliques ta recette magique car avec les mêmes
onglets (juste news2.nemoweb.net à la place de ton RPi) j'observe 950Mo
dans le task manager de W10 (1709, FF 68.5 ESR, extensions: uBlock
Origin + Lockwise)
Oh je n'ai pas de recette magique, pas assez doué pour ça. On n'a pas la
même version de Firefox, de Windows, et je n'ai que web developper comme
extension.
Didier.
Il ne cesse de se casser la figure dans les stats d'utilisation, et j'avoue que ça devient un sacerdoce de continuer à l'utiliser. Son occupation mémoire est gargantuesque : tous les navigateurs sont touchés par cette tendance, mais c'est largement le pire de ce point de vue là. Il est devenu lent par rapport aux autres. Pire que ça il fait de plus de plus d'erreurs (pages non chargées pour des raisons diverses) sur des sites qui passent très bien avec les autres navigateurs.
Je n'ai pas ce genre de problème sur internet avec Firefox. Son occupation mémoire avec 5 onglets ouverts (la page d'accueil de mon Raspberry, lecrabeinfo.net, silicon.fr, lemonde.fr, liberation.fr, est autour de 360 Mo. Windows 10 famille 1909, Firefox 75.0, 6 Go de mémoire Didier.
Il faudra que tu m'expliques ta recette magique car avec les mêmes onglets (juste news2.nemoweb.net à la place de ton RPi) j'observe 950Mo dans le task manager de W10 (1709, FF 68.5 ESR, extensions: uBlock Origin + Lockwise)
Oh je n'ai pas de recette magique, pas assez doué pour ça. On n'a pas la même version de Firefox, de Windows, et je n'ai que web developper comme extension. Didier.
Didier
Le 10/04/2020 à 21:50, Denis Beauregard a écrit :
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP <patrickr.dubois.don' écrivait dans fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une version assez ancienne de LibreOffice (3.4 qui date de 2011) et que LO a aussi le problème de mémoire gourmande alors qu'il ne l'avait pas il y a 9 ans,
Libre Office Writer ouvert sur une page vierge : 49 Mo Libre Office Writer ouvert sur un docuent de 14 pages (3 images en vignettes sinon que du texte) : 72 Mo. LO version 6.4.2.2 Didier.
Le 10/04/2020 à 21:50, Denis Beauregard a écrit :
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP
<patrickr.dubois.don't.spam@free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe
etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe*
viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une
version assez ancienne de LibreOffice (3.4 qui date de 2011) et
que LO a aussi le problème de mémoire gourmande alors qu'il ne
l'avait pas il y a 9 ans,
Libre Office Writer ouvert sur une page vierge : 49 Mo
Libre Office Writer ouvert sur un docuent de 14 pages (3 images en
vignettes sinon que du texte) : 72 Mo.
LO version 6.4.2.2
Didier.
Le Fri, 10 Apr 2020 20:53:52 +0200, DuboisP <patrickr.dubois.don' écrivait dans fr.comp.infosystemes.www.navigateurs:
2016-08-29 11:04 3 229 696 explorer.exe etc.
je suis loin d'être sûr que des DLL commençant par Acro* / Adobe* viennent de chez MS et participent à la gestion de la mémoire :-) :-) :-)
Je ne sais pas quelles DLL gèrent la mémoire, mais comme j'ai une version assez ancienne de LibreOffice (3.4 qui date de 2011) et que LO a aussi le problème de mémoire gourmande alors qu'il ne l'avait pas il y a 9 ans,
Libre Office Writer ouvert sur une page vierge : 49 Mo Libre Office Writer ouvert sur un docuent de 14 pages (3 images en vignettes sinon que du texte) : 72 Mo. LO version 6.4.2.2 Didier.
