Un logiciel qui évolue va souvent prendre plus de RAM, car cela suit les évolutions logicielles (les bibliothèques comme Qt intègrent des évolutions que KDE embarquent, cela entraine mécaniquement une augmentation de la RAM consommée) mais aussi les fonctionnalités en plus consomment de fait plus qu'un logiciel n'en ajoutant pas.
Ces dernières années nous avons eu pas mal de domaine qui ont vu les ressources explosées :
Le multimédia. Avec l'augmentation des résolutions et des performances graphiques on ose la transparence, les effets 3D, les images vectorielles (ou des bitmap plus gros).
Le Web via le JS, le multimédia et les progrès de la technologie ont donnée lieu à la prise de poids des pages web dont beaucoup de logiciels modernes exploitent une partie.
La sécurité est devenue une préoccupation beaucoup plus centrale. De fait les outils seront codés dans cette optique et certaines protections nécessitent du calcul et de la mémoire comme la cryptographie.
L'usage de langages plus gourmands. Aujourd'hui la contrainte sur la RAM et la puissance de calcul est faible. L'optimisation telle que pratiquée dans les années 60 à 90 n'ont plus vraiment de sens. Plus grand monde ne se préoccupe de déclarer un char au lieu d'un int en langage C par exemple. Un langage tel que le C est souvent déclaré comme obsolète au profit de Python ou Java par exemple qui simplifient la lecture du code pour l'humain mais laisse à l'ordinateur de faire le boulot à sa place pour certains détails. Ces langages se retrouvent par exemple dans de gros bouts de KDE.
Par ailleurs concernant le dernier point, un exemple criant concernant le noyau est typiquement la décision de mettre /tmp et d'autres répertoires en RAM par défaut (suivant la distribution) plutôt que le disque dur. Là encore dans un but d'optimisation des temps d'accès. Forcément ça ajoute de nombreux octets en RAM là où il n'y était pas...
Note également que Linus Torvalds considère le noyau Linux comme trop gros, mais c'est toujours lié aux impératifs de performance, de sécurité mais aussi de quantité de pilotes nécessaires.
[^] # Re: Pas dégueu
Posté par Renault (site web personnel) . En réponse à la dépêche Sortie de Mate Desktop Environment 1.10. Évalué à 10.
Un logiciel qui évolue va souvent prendre plus de RAM, car cela suit les évolutions logicielles (les bibliothèques comme Qt intègrent des évolutions que KDE embarquent, cela entraine mécaniquement une augmentation de la RAM consommée) mais aussi les fonctionnalités en plus consomment de fait plus qu'un logiciel n'en ajoutant pas.
Ces dernières années nous avons eu pas mal de domaine qui ont vu les ressources explosées :
Par ailleurs concernant le dernier point, un exemple criant concernant le noyau est typiquement la décision de mettre /tmp et d'autres répertoires en RAM par défaut (suivant la distribution) plutôt que le disque dur. Là encore dans un but d'optimisation des temps d'accès. Forcément ça ajoute de nombreux octets en RAM là où il n'y était pas...
Note également que Linus Torvalds considère le noyau Linux comme trop gros, mais c'est toujours lié aux impératifs de performance, de sécurité mais aussi de quantité de pilotes nécessaires.