La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Logiciels => Discussion démarrée par: mattmatt73 le 14 juin 2015 à 15:35:29
-
J’essaie de dépanner un netbook qui se traine, et je vois que skype prend 232Mo de RAM.
Qu'est que c'est que ce bordel ?
un client de chat avec une fonction audio/video devrait prendre le dixième de ça et quand on s'en sert uniquement
-
Malheureusement, j'ai remarqué que c'est comme ça depuis longtemps, ça peut prendre 400-500 Mo.
C'est vraiment une saloperie tant au niveau sécurité (aucun moyen de savoir si M$ ne nous met pas sur écoute, récolte d'informations à des fins publicitaires si l'on ne décoche pas la case qui va bien) qu'au niveau technique (il arrive que ça plante et ça prend 100x plus de RAM que ça ne devrait).
-
Je suis à 137Mo sur une machine avec 8Go de RAM, ça fait beaucoup mais c'est pas gênant évidement.
-
C'est vraiment une saloperie tant au niveau sécurité (aucun moyen de savoir si M$ ne nous met pas sur écoute, récolte d'informations à des fins publicitaires si l'on ne décoche pas la case qui va bien) qu'au niveau technique (il arrive que ça plante et ça prend 100x plus de RAM que ça ne devrait).
Il existe un remplaçant libre nommé Tox (https://tox.im/). Ici, qTox (le client le plus fourni en fonctionnalités) prend 130 Mo de RAM, ça reste acceptable.
-
Il existe un remplaçant libre nommé Tox (https://tox.im/). Ici, qTox (le client le plus fourni en fonctionnalités) prend 130 Mo de RAM, ça reste acceptable.
c'est encore énorme !
un truc comme ça devrait prendre 5Mo de ram
-
Pour rappel, il y a d'autres services concurent.
Le petit dernier, c'est Hello qui est intégré à Firefox : https://www.mozilla.org/fr/firefox/hello/
Ce n'est pas Skype au niveau fonctionnalité mais cela permet de répondre à une partie des besoins.
-
J'ai déjà vu Hangouts dépasser 2Go de RAM, après moins de 5 minutes de conversation.
Les développeurs ont l'air de considérer que la RAM est illimitée sur nos machines d'aujourd'hui :)
-
J'ai déjà vu Hangouts dépasser 2Go de RAM, après moins de 5 minutes de conversation.
Les développeurs ont l'air de considérer que la RAM est illimitée sur nos machines d'aujourd'hui :)
c'est que les développeurs d'aujourd'hui ne sont plus des codeurs, travaillent dans des langages évolués et ne sont plus capables de mettre de la routine de bas niveau.
-
c'est que les développeurs d'aujourd'hui ne sont plus des codeurs, travaillent dans des langages évolués et ne sont plus capables de mettre de la routine de bas niveau.
Heu il y a peut être + de dev qui font du langage haut niveau que avant, mais c'est pas pour autant qui faut généraliser.
Dans mon école la 1ere année on fait quasiment que du C, et tout au long du cursus on continue à en faire.
-
Heu... quel rapport avec l'occupation mémoire?
-
Pour le coup, je ne comprends pas non plus... C'est pas parce qu'on utilise un langage de haut niveau qu'on ne peut pas faire attention à la mémoire. Quand je préconise du hardware avec 2Go de RAM pour faire tourner mon appli Web, j'ai plutôt intérêt à faire gaffe à bien libérer mes ressources. Et aux dernières nouvelles c'est à ça que servent les destructeurs et autres interfaces (type IDisposable en .NET)... Après on en revient à l'éternel problème... YU'a des bons développeurs et y'en a des mauvais... peu importe la langage utilisé !
-
YU'a des bons développeurs et y'en a des mauvais... peu importe la langage utilisé !
Gros +1
-
Etant développeur, je vais défendre mes collègues... ;D
Vu comment fonctionne Skype ca ne me choque pas plus que ca. Il y a du IE dedans pour afficher certains truc, notamment les pubs.
Plus on a de contacts et plus l'historique est grand , plus Skype consomme de mémoire.
En plus on est dans un contexte de PC de bureau avec mémoire virtuelle paginée et pas dans un contexte de système embarqué ou chaque octet compte. 232 Mo C'est le working set (occupation réelle en RAM) ou la mémoire totale (mémoire virtuelle) ?
Je vous trouve un peu dur avec les programmeurs car c'est souvent pas de leur faute: ils développent en fonction d'un contexte, d'un budget, d'un cahier des charges. Si 'consommer le moins possible de mémoire' n'est pas une priorité et si la cible type (contexte) a 4Go ou 8Go de mémoire et avoir un programme résident a 200Mo n'est pas considéré comme gênant pourquoi se priver ?
Ce genre de défaut , le responsable, le plus souvent, c'est le 'product designer' ou celui qui finance qui n'a pas voulu dépenser plus (en temps de dev ou en budget).
J'ai eu souvent le cas ou quand on annonce un surcoût de dev pour 'optimiser' la conso mémoire ou la vitesse ou autre, qu'on me réponde: pas grave on fera avec.
Apres faire un équivalent de Skype qui tourne dans 5Mo c'est complètement irréaliste de nos jours. Faut pas exagérer dans l'autre sens non plus. On peut faire un 'petit résident' dans 5Mo qui attend un appel et lance le "gros" programme mais dans un contexte de mémoire virtuelle ca ne sert souvent a rien, c'est se compliquer la vie pour rien.
Pour finir, Skype est avant tout fait pour de la visio conf. Beaucoup de gens l'utilisent pour de l'IM texte uniquement et se plaignent de sa conso mémoire: c'est juste qu'ils n'ont pas choisi le bon outil pour leur besoin.
Utiliser Hangouts c'est mieux que Skype de toute facon ;)
-
Les programmes deviennent plus vite plus lents que le matériel ne devient plus rapide
c'est que les développeurs d'aujourd'hui ne sont plus des codeurs, travaillent dans des langages évolués et ne sont plus capables de mettre de la routine de bas niveau.
Une majorité seulement, je crois qu'un village de gaulois résiste à l'envahisseur, non ?
-
Donc le souci c'est pas le langage de programmation, c'est faire appel à des composants gourmands comme un processus IE...
-
Alors avec 4ko: https://files.scene.org/browse/parties/2014/assembly14/intro_4k/
Et 64ko: https://files.scene.org/browse/parties/2014/evoke14/in64/
Sinon pour 5Mo, chercher dans Google "TBL contour" et télécharger l'exe (pas la vidéo YT).
Je pourrais aussi parler des demos sur Amiga comme "State of the art" ou "Arte" de Sanity qui tiennent sur une D7 de 880ko avec un 68000 à 7.09MHz et 1Mo de RAM.
Comme dit kgersen on sait faire de l'optimisé mais c'est pas demandé. Bon ok y'a quelques boulets qui ne pensent pas que la requète SQL à 2 balles testée pour chaque client va exploser en prod avec 2-3 millions d'entrées.
-
Est-ce que tout le monde a retenu la leçon de shellshock?
-
Utiliser Hangouts c'est mieux que Skype de toute facon ;)
Hangouts c'est le mal (pour des raisons purement idéologiques)...
Passer d'un protocole ouvert à un protocole fermé... triste évolution.
-
Passer d'un protocole ouvert à un protocole fermé... triste évolution.
De quoi tu parles ?
Skype (propriétaire) → Hangouts (WebRTC), c'est l'inverse non ?
-
J'avais plutôt en tête l'évolution chez Google:
GTalk (XMPP+Jingle) -> Hangouts (??)
-
Voici un PC Windows 10 19.03 avec 2 Go de RAM.
A un moment il a été très lent et surprise c'est Skype, application inutilisée qui prend beaucoup de RAM
(https://lafibre.info/testdebit/windows10/201907_skype_ram_windows10.png)
-
sous lubuntu 18.04 c'est 500MB de RAM avec 5 processes....
-
A côté de ça un Skype Entreprise ne consomme "que" 160 Mo... De là à dire que le surcoût en ressources correspond à la partie "publicitaire de Skype, il n'y a qu'un pas... Et qu'à défaut de payer le produit avec de l'argent, on le paye en ressources machine ;)
-
Skype 8 utilise Electron (tout comme Discord et Slack par exemple) qui est réputé pour être une usine à gaz. En effet, c'est un framework qui embarque un moteur de rendu Chromium et le langage interprété Node.JS, chaque app Electron doit charger en mémoire ces moteurs, ça justifie la consommation pire qu'excessive de mémoire vive des applications qui se basent là-dessus.
-
Skype 8 utilise Electron (tout comme Discord et Slack par exemple) qui est réputé pour être une usine à gaz. En effet, c'est un framework qui embarque un moteur de rendu Chromium et le langage interprété Node.JS, chaque app Electron doit charger en mémoire ces moteurs, ça justifie la consommation pire qu'excessive de mémoire vive des applications qui se basent là-dessus.
Et les gens qui développent ça ne sont pas en prison ?
Pour consommation excessive des ressources de la planète à une époque ou on ne peut plus se le permettre.
Comment ça se fait ?
-
C'est un peu la question que je me suis posé... mais c'est que ca doit être un framework multi-OS donc le code source est le même.... pas besoin de payer X devs par OS :) google me le confirme "Build cross platform desktop apps with JavaScript, HTML, and CSS"
on en arrive toujours au même: même si on a besoin d'une petite fonction qui aurait pris 1 MB sans framework on doit loader tout un pan de 30MB d'un sous-sytème ou rien...
-
On peut citer d'autres exemples où les développeurs ont pris la conscience qu'il faut réduire la consommation de ressources.
Gnome réduit version après version la consommation de ressources depuis 2 ans (Moindre consommation de mémoire, réduction de latences, optimisations divers ou encore allègement de la charge CPU)
On peut aussi citer Tchap, la messagerie instantanée sécurisée de l’État français qui a divisé par 4 sa consommation mémoire pour la version web https://www.tchap.gouv.fr (Si vous souhaitez la tester, je peut vous faire un compte invité)
(https://lafibre.info/testdebit/ubuntu/201912_tchap_mise_a_jour_web.png)
-
Et les gens qui développent ça ne sont pas en prison ?
Pour consommation excessive des ressources de la planète à une époque ou on ne peut plus se le permettre.
Comment ça se fait ?
Cross-platform plus simple, comme l'a dit willemijns. Beaucoup plus rapide à développer mais on termine avec des usines à gaz en terme d'applications, l'optimisation c'est visiblement has-been.
-
Cross-platform plus simple, comme l'a dit willemijns. Beaucoup plus rapide à développer mais on termine avec des usines à gaz en terme d'applications, l'optimisation c'est visiblement has-been.
Alors que ca devrait être l'objectif numéro 1 aujourd'hui ...
-
Et les gens qui développent ça ne sont pas en prison ?
Pour consommation excessive des ressources de la planète à une époque ou on ne peut plus se le permettre.
Comment ça se fait ?
Mécaniquement, les ressources en matière de traitement et de mémoire des appareils augmentent de façon régulière (loi de Moore, etc.), la plupart des gens changent d'appareil toutes les quelques années à minima, ils ont donc des machines plus puissantes, ils se mettent à développer sur ces machines plus puissantes et se rendent compte que leurs programmes fonctionnent sur ces machines plus puissantes, et les distribuent donc. À terme ces gens vont eux-mêmes renouveler leur machine pour pouvoir continuer à bénéficier des programmes des autres.
Ce qui a un impact sur les ressources de la planète, c'est davantage de disposer d'un ordinateur, d'une voiture, de chauffage, etc.