Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 20/11/2017, à 23:04

Rony4491

...

...

Dernière modification par Rony4491 (Hier à 16:07)

Hors ligne

#2 Le 21/11/2017, à 05:13

krodelabestiole

Re : ...

Rony4491 a écrit :

Ma plus grande surprise est Kubuntu ! Presque aussi léger que Xubuntu... oO
Est-ce que le fait d'avoir fait ces tests sur une machines Kubuntu aurait avantagé d'une quelconque manière Kubuntu en VM ?

non, il y a eu de gros efforts de fait sur l'optimisation de kde ces dernières années.
merci pour ce boulot, c'est très instructif !

un autre comparatif : https://www.reddit.com/r/linux/comments … n_updated/

perso ça m'intéresserait bien de comparer avec solus.

Hors ligne

#3 Le 21/11/2017, à 09:29

krodelabestiole

Re : ...

perso ça m'intéresserait bien de comparer avec solus.

du coup c'est fait : https://forum.ubuntu-fr.org/viewtopic.php?id=2017960

chose étonnante y a un grand écart entre nos chiffres...
j'ai utilisé la commande

free -m

Dernière modification par krodelabestiole (Le 21/11/2017, à 09:30)

Hors ligne

#4 Le 21/11/2017, à 10:50

Caribou22

Re : ...

Un autre test qui serait pas mal : comparer différentes distributions avec le même environnement de bureau smile (Ubuntu + gnome, Debian + gnome, Fedora + gnome... )

Hors ligne

#5 Le 21/11/2017, à 15:05

krodelabestiole

Re : ...

Rony4491 a écrit :

Dommage aussi de pas avoir testé kubuntu, et d'avoir recréer un sujet pour ton test...

je peux mettre les résultats ici, c'est juste que le titre de ton sujet ne correspondait pas à mes tests.

krodelabestiole a écrit :
  • solus-gnome : installation fraîche 974 Mo / après update + vm-tools 871 Mo

  • solus-budgie : installation fraîche 635 Mo / après update + vm-tools 526 Mo

  • solus-mate : installation fraîche 319 Mo / après update + vm-tools 290 Mo

à comparer avec Artful (17.10) :

  • ubuntu (gnome) : installation fraîche + vm-tools 1180 Mo / après update 1100 Mo

  • ubuntu budgie : installation fraîche + vm-tools 634 Mo / après update 630 Mo

  • kubuntu (kde) : installation fraîche + vm-tools 510 Mo / après update 511 Mo

  • ubuntu mate : installation fraîche 437 Mo / après update + vm-tools 429 Mo

  • xubuntu (xfce) : installation fraîche + vm-tools 437 Mo / après update 358 Mo

testé sur des machines vmware avec 2 Go de RAM.

Rony4491 a écrit :

Je testerais ce soir sur d'autres distros.

cool smile

Rony4491 a écrit :

Quels sont les parameters qui peuvent influencer la conso de ram a par la distro en elle même ? VirtualBox peut jouer un rôle ?

probablement légèrement. Déjà il y a le vm-tools mais ça doit être l'affaire seulement de quelques Mo (pas plus de 10 je dirais), ce ne sont pas non plus les même drivers qui sont chargés. Et peut-être aussi que pour les effets graphiques, les environnements chargent des infos sur la mémoire de la carte graphique si elle est disponible, et sur la mémoire vive sinon ? (c'est just une hypothèse).

Dernière modification par krodelabestiole (Le 21/11/2017, à 18:29)

Hors ligne

#6 Le 21/11/2017, à 16:21

krodelabestiole

Re : ...

update + kubuntu et ubuntu MATE

(lubuntu artful m'a fait un kernel panic)

Hors ligne

#7 Le 21/11/2017, à 16:55

krodelabestiole

Re : ...

+ ubuntu budgie

cette fois j'ai beaucoup moins que toi o_Ô

Hors ligne

#8 Le 21/11/2017, à 18:19

krodelabestiole

Re : ...

vm tools ce sont des outils pour vmware. ça permet de faire des copier coller avec l'hôte, de rentrer ou de sortir de la vm simplement en survolant ou sortant avec la souris. en l'occurrence ça me permet surtout de redimensionner l'écran de la vm, sinon certains éléments de l'interface sont inaccessibles avec certains environnements.

je lis la consommation de ram avec

free -m

la première fois je le fais juste après l'installation très tôt (c'est donc pas très fiable) et la seconde valeur en gras après upgrade et reboot. cette fois je prends la valeur plusieurs fois pendant quelques minutes (pour que les scripts de démarrage genre recherche de màj aient le temps de se terminer) et je prends la valeur la plus basse.

Dernière modification par krodelabestiole (Le 21/11/2017, à 18:19)

Hors ligne

#9 Le 21/11/2017, à 21:15

krodelabestiole

Re : ...

kubuntu consomme moins que debian kde o_Ô

ouais là y a peut-être un truc... genre une forme d'optimisation de l'utilisation de la ram par VirtualBox ou ton système pour éviter d'avoir des infos qui se répète ?
je pensais que c'était bien séparé l'utilisation de la RAM entre les vm et l'hôtes...
mais là c'est vraiment très étonnant, il faudrait faire un test sur un autre système hôte.

Hors ligne

#10 Le 22/11/2017, à 02:15

abecidofugy

Re : ...

Kubuntu en force.

Je l’ai toujours dit que ça roxe !


Kubuntu 18.04 LTS virtualisé dans Windows 8.1 (24 Go de ram) / Kubuntu en double-boot avec Win10 / Ubuntu 14.04 et 16.04 serveur sur machines dédiées.
Agence de communication en Alsace https://www.publicitem.pro
Discord : https://discord.gg/UDhXSTe en test pour changer d’IRC Patrice#3396

Hors ligne

#11 Le 26/11/2017, à 19:37

krodelabestiole

Re : ...

beau boulot !

si tu as encore un peu de motiv il me manque juste solus dans tes tests, vu que tu n'as pas les mêmes chiffres que moi avec virtualbox.
ça m'intéresse d'autant plus que c'est une distro particulièrement light et pas basée sur ubuntu.

Hors ligne

#12 Le 26/11/2017, à 21:13

alex2423

Re : ...

Je suis extrèment surpris que Buggie soit parmi les derniers. Je pensais que c'était un DE presque aussi optimisé que XFCE, je m'étais trompé. Peut ête que c'est du à sa jeunesse également. Grosse surprise aussi pour KDE

Hors ligne

#13 Le 27/11/2017, à 22:29

krodelabestiole

Re : ...

Rony4491 a écrit :

Bon c'est bien parce que c'est toi ! tongue

merci big_smile

Hors ligne

#14 Le 27/11/2017, à 23:17

ccoolspot

Re : ...

Bon ben c'est sympas tout ca mais pour moi je trouve que ces test ne veulent strictement rien dire.

Tout simplement parce que d'une tu aura une conso mémoire différente selon ta ram. Plus tu en as moins tu aura de swap. A titre d'exemple je consomme plus de mémoire sous manjaro gnome et ma machine de 8giga de ram 8coeur que sur mon pc dual core 4giga.

Ensuite ses test ne montre pas les service utilisé et installé. Parce que c'est bien beau d'avoir 200mo de ram au démarrage mais si derrière ta aucun service de lancé ou le strict minimum tu va perdre en fluidité à l'utilisation la ou des distrib plus gourmande mais ou les bon service sont lancé sera plus réactive.

Bref il faudrait revoir la méthodologie je pense en ne comparant que ce qui est comparable à savoir sur 2,3 machine type et les même configuration système et service de lancé sur toutes les distribution.

Hors ligne

#15 Le 28/11/2017, à 01:11

krodelabestiole

Re : ...

krodelabestiole a écrit :
  • solus-gnome : installation fraîche 974 Mo / après update + vm-tools 871 Mo

  • solus-budgie : installation fraîche 635 Mo / après update + vm-tools 526 Mo

  • solus-mate : installation fraîche 319 Mo / après update + vm-tools 290 Mo

Rony4491 a écrit :

Solus Gnome ---> 879Mo
Solus Budgie ---> 530Mo
Solus Mate ---> 291Mo

en tout cas sous solus on a sensiblement les mêmes résultats.
ubuntu a peut-être une manière particulière de gérer les machines virtuelles.

Hors ligne

#16 Le 28/11/2017, à 02:02

ccoolspot

Re : ...

Rony4491 a écrit :

Absolument tout les tests sont fait avec 4go de ram, install fraîche out ou the box, mises à jour, reboot, attente 2-3 min puis free -m.
4go car pour moi c’est très courant de devoir réinstaller des pc avec 4go, core 2 duo etc... et ça représente ce que je touche le plus et voulait voir quel distro était la plus adaptée.

Donc je laisse le soin à d’autres de refaire quelques tests avec plus ou moins de ram.

Après j'ai pas dit que c'est facile mais pour moi ce genre de test ne sont pas représentatif ou utile parce que négligeable.

Le seul truc que je vois c'est de différencier les environnent léger (ceux qui tournent a 300-400mo max comme xfce/lxde/openbox etc...) au démarrage des environnement normaux (kde/gnome/cinnamon/budgie) pour aider le débutant à ne pas choisir un DE "lourd" si il a un ordinausore.

Après les comparaison entre DE du même type et sur les différentes distribution n'ont aucun sens car ca dépend des services et fonctionnalité que la distribution veut mettre en avant ou de l'ergonomie que veut mettre en avant le DE.

Et encore une fois les distribution actuelle comme les windows actuel utilise la ram à meilleur escient qu'avant  (c'est la techno superfetch sur windows de souvenir) et donc plus ta de ram à ta machine plus un même DE d'une même distribution te consommera de la ram.
Tu n'aurai par exemple absolument pas les même consommation si tu avais testé sur un pc a 2 gb de ram par exemple.

Pour conclure de ce que je voulais dire par exemple et qu'il ne faut pas dire par exemple que fedora gnome 27 c'est de la merde par rapport à manjaro gnome parce que sur ton test y'a 300 mo de diff.

Surtout que je tourne sous manjaro gnome et j'ai absolument pas ta conso que tu affiche mais plus dans les 900mo-1gb de ram de consommer au démarrage (genre la en utilisation de mon pc je consomme 2,8gib et rien que le processus gnome-shell me bouffe 638mo) et pourtant je suis pret à parier que j'ai un environnement plus fluide et réactif que le tien même si tu prenais une Lubuntu qui boufferait que 200mo au démarrage (ceux qui est normal vu que j'ai une meilleur config que la tienne)

Pour moi se limiter à la conso mémoire stricte au démarrage pour faire un classement distribution/DE n'a aucun sens.

Dernière modification par ccoolspot (Le 28/11/2017, à 02:10)

Hors ligne

#17 Le 28/11/2017, à 07:22

krodelabestiole

Re : ...

ccoolspot a écrit :

ce genre de test ne sont pas représentatif ou utile

au contraire ça a un intérêt considérable si on est limité en RAM, ou si on veut réserver cette mémoire pour des tâches lourdes de productivité.

pour la réactivité générale d'un système, c'est surtout la rapidité du ssd / hdd qui va jouer, surtout quand la ram sature et qu'on doit se rabattre sur le swap, mais :
- ça arrivera moins vite avec un système qui en bouffe moins wink
- le temps de démarrage d'un système dépend quasi directement de cette consommation de ram, puisque lors du boot le système accède au support de stockage afin de charger des données en mémoire vive, ce qui prend plus ou moins de temps, évidemment en fonction de la quantité de données à charger
- si on utilise des solutions de virtualisation pour quelques processus, on n'a pas envie de dédier toute sa ram à quelques vm

on est d'accord que la consommation de ram n'est pas le seul élément qui va influencer sur la réactivité d'un système, mais ça reste dans tous les cas un indicateur important, et ça peut être un facteur primordial sur les petites configs. ça fait dans tous les cas parties des arguments recevables pour le choix d'une distro, en particulier pour un poste de travail léger.

pour le reste avec 16go de ram et à config égale, je pense pas qu'il y ait de différence notable sur, par ex., le temps d'ouverture de firefox, que ce soit sous fedora gnome ou sous debian openbox, mais ce n'est pas ce dont on parle ici.

Dernière modification par krodelabestiole (Le 28/11/2017, à 09:56)

Hors ligne

#18 Le 03/12/2017, à 19:01

L_d_v_c@

Re : ...

Rony4491 a écrit :

Hello.

Afin de clôturer ce test, voici ce que donne Ubuntu, Kubuntu et Xubuntu sur Windows 10 en VM.

http://pix.toile-libre.org/upload/thumb/1511717141.png

Kubuntu toujours 2x plus léger que Ubuntu (Gnome), et moins de 100Mo séparent Kubuntu de Xubuntu.


Kubuntu Roxxxx !

Non !!!!
En français ça donne : «Afin de clore ce test, …»
wink


Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#19 Le 03/12/2017, à 19:17

L_d_v_c@

Re : ...

J'adore ces tests !

Vous avez juste oublié un S.E. Multitache Temps Réel Préemptif qui consomme moins de 45 ko de RAM !

Moko138 vous donnera la solution !!! wink


Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#20 Le 03/12/2017, à 19:31

ccoolspot

Re : ...

krodelabestiole a écrit :
ccoolspot a écrit :

ce genre de test ne sont pas représentatif ou utile

au contraire ça a un intérêt considérable si on est limité en RAM, ou si on veut réserver cette mémoire pour des tâches lourdes de productivité.

pour la réactivité générale d'un système, c'est surtout la rapidité du ssd / hdd qui va jouer, surtout quand la ram sature et qu'on doit se rabattre sur le swap, mais :
- ça arrivera moins vite avec un système qui en bouffe moins wink
- le temps de démarrage d'un système dépend quasi directement de cette consommation de ram, puisque lors du boot le système accède au support de stockage afin de charger des données en mémoire vive, ce qui prend plus ou moins de temps, évidemment en fonction de la quantité de données à charger
- si on utilise des solutions de virtualisation pour quelques processus, on n'a pas envie de dédier toute sa ram à quelques vm

on est d'accord que la consommation de ram n'est pas le seul élément qui va influencer sur la réactivité d'un système, mais ça reste dans tous les cas un indicateur important, et ça peut être un facteur primordial sur les petites configs. ça fait dans tous les cas parties des arguments recevables pour le choix d'une distro, en particulier pour un poste de travail léger.

pour le reste avec 16go de ram et à config égale, je pense pas qu'il y ait de différence notable sur, par ex., le temps d'ouverture de firefox, que ce soit sous fedora gnome ou sous debian openbox, mais ce n'est pas ce dont on parle ici.

Quand je parlais de test non représentatif je parlai plus des comparaison entre même environnement de bureau et distribution différent et comparaison d'environnement de même categorie (style KDE /Gnome / Deppin). Et comme je l'ai précisé le seul intérêt c'est de savoir quel environnement est dans quel categorie (léger ou gourmand). Tout le reste ca vaut rien parce que tu n'aura aucune différence en terme de fluidité entre un gnome Ubuntu et une KDE manjaro vu que c'est le même genre de distribution/environnement de bureau.

Et pareil tu ne peut juger la qualité d'une distribution suivant ce genre de comparatif car dans ses comparatif tu ne sais pas quel service tourne. Tu peut tres bien avoir un gnome qui consomme 300mo de plus sous ubuntu qu'un kde sous manjaro sauf que derriere ta un bureau sous ubuntu complètement opérationnel avec des service en plus genre tracker qui va te faciliter la vie dans la recherche de doc ou deja-dup qui te sauvegarde régulièrement tes fichier/dossier (et ceux en natif car ca aura été le choix de la distribution)

P.S : tu vois c'est ce genre de comparaison totalement inutile que j'évoque :

Rony4491 a écrit :

Kubuntu toujours 2x plus léger que Ubuntu (Gnome), et moins de 100Mo séparent Kubuntu de Xubuntu.
Kubuntu Roxxxx !

Car elle n'a strictement aucun sens.

Dernière modification par ccoolspot (Le 03/12/2017, à 19:33)

Hors ligne

#21 Le 04/12/2017, à 11:44

ccoolspot

Re : ...

Rony4491 a écrit :

Kubuntu et ubuntu sont cencé avoir les mêmes logiciels été service en gros non ? C’est surtout l’environnement qui change, le reste c’est la même base.

Ben non ce n'est pas les même logiciel et service lancé vu que Ubuntu est basé sur gnome et sa logithèque alors que KUbuntu est basé sur KDE et sa logithèque.

Hors ligne

#22 Le 04/12/2017, à 11:52

L_d_v_c@

Re : ...

Moi, ce que j'en pense, c'est que :
Si P1 est un processeur au GHz
Si P2 est un processeur au MHz
Si le code de P1 est 1000 fois plus gros que le code de P2 pour faire la même action, alors P2 fournit un logiciel plus rapide alors continuez de vous branler avec vos THz et vos Pio les moutons !

Je m'autoexclus de ce forum de rigolos.

Dernière modification par L_d_v_c@ (Le 04/12/2017, à 17:01)


Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#23 Le 04/12/2017, à 12:14

jack

Re : ...

L_d_v_c@ a écrit :

Moi, ce que j'en pense, c'est que :
Si P1 est un processeur au GHz
Si P2 est un processeur au MHz
Si le code de P1 est 1000 fois plus gros que le code de P2 pour faire la même action, alors P2 fournit un logiciel plus rapide alors continuez de vous branler avec vos THz et vos Pio les moutons !

Je m'autoexclue de ce forum de rigolos.

quesqui te rend aussi grognions ce matin ? lol

Hors ligne

#24 Le 04/12/2017, à 16:14

moko138

Re : ...

L_d_v_c@ a écrit :
Rony4491 a écrit :

Hello.

Afin de clôturer ce test, voici (...)

Non !!!!
En français ça donne : «Afin de clore ce test, …»

L_d_v_c@ a écrit :

(...)
Je m'autoexclue de ce forum de rigolos.

L_d_v_c@ a écrit :

Non !!!!
En français ça donne :

« Je m'auto-exclus de ce forum de rigolos. »


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#25 Le 04/12/2017, à 17:09

jack

Re : ...

@L_d_v_c@
toi qui est un vieux de la vielle .Je ne comprend pas entre la branlette est les moutons .Je ne trouve pas ça fort sympathique de ta part . car je trouve ça assez véhément !
merci de fournir une explication clair !!! ont n'est pas des animaux ! merci !

Hors ligne