Forum général.cherche-matériel RAM pour vieux Netbook.

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
2
26
nov.
2020

Bonjour,

Je recherche de la RAM pour un vieux netbook de 2010 (un Samsung N210). Il me sert de serveur de musique et de serveur samba et il va bientôt profiter d'un tout…vieux SSD en fait. Pour l'instant, il met 2 min 30 à démarrer le serveur MPD, le client web, le service Bluetooth, l'interface LXDE (pour choisir une musique notamment)…Ce n'est pas très grave, mais c'est un peu plus problématique quand il scanne la collection et surtout, la RAM est très limite. Il n'a qu'1 Go et quand il se met à swapper, vindiou…, surtout avec le navigateur lancé (j'ai pris un truc léger, mais quand même). (Je récupère le SSD sur un PC de 2007…j'fais dans l'ancien le plus possible, sans acheter et en récupérant)

J'ai démonté des vieux PC portables (2013 et 2014, pas si vieux en fait) qui ne fonctionnaient plus du tout, mais les RAM ne sont pas compatibles. De plus, j'aimerais, tant qu'à faire, choisir la plus performante.

J'ai quelques questions, du coup :

Est-ce qu'une RAM vieillit ?
Comment savoir, sans démonter le PC, si la RAM va être compatible ? (C'est parfois très compliqué de tout démonter…)

Merci !

  • # Le mettre sur le ventre ?

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    Plus sérieusement, j'ai un NC210, dessous, tu as une trappe facile d'accès pour la RAM. J'imagine que le N210 doit être comparable sur ce point.

    Sinon de toute façon, quand tu fais une recherche sur le type d'appareil, tu arrives à des fiches techniques qui te donnent le type de ram, ici une DDR2-SDRAM.

    « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

    • [^] # Re: Le mettre sur le ventre ?

      Posté par  . Évalué à 1.

      :p

      Ce n'est pas le problème de démonter le N210. L'accès à la RAM est très simple, mais c'est bien pour les autres PC que c'est parfois très contraignant. :)

  • # Quelques réponses

    Posté par  (Mastodon) . Évalué à 5. Dernière modification le 26 novembre 2020 à 11:26.

    Est-ce qu'une RAM vieillit ?

    Non. Alors évidemment rien n'est éternel (sauf les diamants il paraît), mais acheter d'occasion une barrette qui a déjà 10 ans c'est pas un soucis.

    Comment savoir, sans démonter le PC, si la RAM va être compatible ?

    Faut croiser les informations :

    Bref si tu prends une barette de 2Go en DDR2-6400 format SoDIMM ça devrait être bon :)

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: Quelques réponses

      Posté par  . Évalué à 1. Dernière modification le 26 novembre 2020 à 15:25.

      Alors, pour la RAM du N210, ça passe très bien, mais ce sont les RAM des autres PC qui posent problème, surtout quand on se retrouve avec des noms qui ressemblent à des plaques d'immatriculation et dont la fiche technique est très difficile à trouver. :D

      (Je suis en mode "Je ne dépense rien, je recycle !"…C'est un petit trip pour ce modèle auquel je suis attaché…! :D)

      Ah, et j'imagine du coup que je ne peux pas augmenter la fréquence de la RAM avec ce PC.

      • [^] # Re: Quelques réponses

        Posté par  (site web personnel) . Évalué à 2. Dernière modification le 26 novembre 2020 à 22:20.

        (Je suis en mode "Je ne dépense rien, je recycle !"…C'est un petit trip pour ce modèle auquel je suis attaché…! :D)

        j'en ai plein de la RAM (portable, fixe) dans notre fablab à Viroflay (près de Versailles, d'où le nom https://mysunlab.org [1] :D)

        [1] Sun, soleil, roi soleil toussa, Versailles…

        • [^] # Re: Quelques réponses

          Posté par  . Évalué à 1. Dernière modification le 27 novembre 2020 à 08:29.

          Salut !

          Hélas, je ne suis pas de la région parisienne et en ces temps clôturés, les fablabs m'environnant sont fermés. Mais en-dehors de ce point, la proposition était pile ce qu'il me fallait. :)

    • [^] # Re: Quelques réponses

      Posté par  (site web personnel) . Évalué à 2.

      rien n'est éternel (sauf les diamants il paraît)

      C'est du carbone sauf erreur… ça donne quoi dans un poêle à bois ?

      Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

      • [^] # Re: Quelques réponses

        Posté par  (Mastodon) . Évalué à 2. Dernière modification le 28 novembre 2020 à 13:45.

        C'est du carbone sauf erreur

        Oui, mais sacrément bien agencé en structure cristalline.

        ça donne quoi dans un poêle à bois ?

        Je pense que ça ne bouge pas : Wikipedia me dit que la température de fusion du diamant est aux alentour de 3500°C, là où un poêle à bois monte à 600-800°C ("seulement" aurait-on envie de dire).

        Wikipedia me dit aussi qu'ils ont été formés entre 1100°C et 1400°C sous une pression de 4 à 6 atmosphères. Bref, du solide :)

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

        • [^] # Re: Quelques réponses

          Posté par  (site web personnel) . Évalué à 4.

          mmm…fusion… passage de l'état solide à l'état gazeux. (ça fond à combien le bois ?)

          Combustion : réaction avec le dioxygène de l'air.

          Moi je pense qu'un diamant dans une cheminée brûle bien.
          https://www.science-et-vie.com/archives/le-diamant-peut-il-bruler-24212
          faut qu'elle chauffe bien c'est tout.

          J'ai une cheminée : envoie-moi un diamant, je vérifie.

          • [^] # Re: Quelques réponses

            Posté par  . Évalué à 3.

            Fusion c est vers le liquide… de solide à gazeux, c'est la sublimation.

            • [^] # Re: Quelques réponses

              Posté par  . Évalué à 1. Dernière modification le 04 décembre 2020 à 11:58.

              Fusion c est vers le liquide… de solide à gazeux, c'est la sublimation

              Ouf, merci d'avoir releé cette erreur. Probablement un escroc. A peu de choses près je lui envoyais mon stock de diamants … J'ai failli me faire avoir.

  • # Fréquence ?

    Posté par  . Évalué à 1.

    Je viens de vérifier avec lshw et inxi, ma RAM est à 667Mhz…Du coup, une RAM 6400 sera trop rapide non ? (800Mhz j'imagine ?)

    • [^] # Re: Fréquence ?

      Posté par  . Évalué à 3. Dernière modification le 26 novembre 2020 à 21:42.

      Une RAM ne sera pas "trop" rapide. Ce que précise les constructeurs c'est la capacité de leur matériel à fonctionner à telle fréquence. En pratique, c'est la carte mère qui va imposer la fréquence de fonctionnement à la RAM. Donc une RAM "trop" rapide fonctionnera au mieux à la fréquence dictée par la carte mère. Le problème se poserait si tu voulais mettre une RAM trop lente sur une carte mère qui ne fonctionne que plus vite.

      • [^] # Re: Fréquence ?

        Posté par  (Mastodon) . Évalué à 3.

        Oui mais non. Une RAM rapide a besoin de rafraîchir rapidement les cellules. Si la fréquence offerte par la carte mère est trop lente, la RAM ne marchera plus : on ne peut pas faire tourner une RAM 677MHz à 100MHz par exemple.

        Bon ensuite là on reste dans les mêmes fréquences je pense pas que ce soit un soucis, mais c'était pour apporter une précision technique :)

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

      • [^] # Re: Fréquence ?

        Posté par  . Évalué à 1.

        Salut. :)

        Pourtant, sur le lien donné au-dessus, un utilisateur semble avoir rencontré un problème en mettant de la RAM à 800 Mhz. Si j'étais sûr que la CM gère le 800Mhz, je choisirais ça (le gain de performances serait notable, je crois), mais j'ai un doute, désormais.

        Du coup, en admettant que la RAM à 800Mhz ne change rien (donc la PC-6400 et pas la 5300), elle ne servira pas à grand-chose par rapport à une 667Mhz, c'est bien ça ? :)

        (Désolé, questions stupides, tout ça ! :p )

        • [^] # Re: Fréquence ?

          Posté par  (Mastodon) . Évalué à 2.

          elle ne servira pas à grand-chose par rapport à une 667Mhz

          c'est ça. mais si tu ne trouves que de la 800MHz, ça vaut le coup d'essayer. mais les barrettes ne sont pas toutes équivalents et en effet si tu ne respectes pas exactement la spec de ta CM, ça peut fonctionner ou pas, c'est jamais garanti. moi perso vu les petites sommes en jeu je tenterais de trouver de la 667MHz, mais si vraiment j'en trouve pas, je tenterais la 800MHz tout de même.

          (le gain de performances serait notable, je crois)

          au fait : non. la fréquence de la RAM c'est de la branlette de Geek. évidemment que plus la RAM est rapide, plus ça ira vite, mais le gain est insignifiant. sans benchmark tu ne verras jamais la différence.

          En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

          • [^] # Re: Fréquence ?

            Posté par  . Évalué à 1.

            Merci pour tous tes éclairages. Je n'ai pas trop peur de me tromper (au pire, tant pis), mais comme je me penche sur le sujet, c'est la bonne occasion d'apprendre deux-trois trucs, c'est ce que je préfère. Je ne risque pas de "faire chauffer le processeur" comme c'est arrivé à l'utilisateur sur le lien, du coup ?

            Dommage pour la fréquence ! J'utilise encore un ordinateur de bureau qui date de 2013 et qui tourne très bien, je ne suis pas très "dernière geekerie" mais c'est vrai que sur ce netbook bien lent, 5% d'accélération m'auraient bien fait plaisir ! :D

            • [^] # Re: Fréquence ?

              Posté par  (Mastodon) . Évalué à 3. Dernière modification le 27 novembre 2020 à 11:08.

              En passant d'un HD à un SSD et de 1Go à 2Go tu verras un tel changement que les 5% de rapidité de la RAM (même pas sûr que ce soit le cas d'ailleurs, je penserais plutôt à 1% ou 2%) ne se verront pas :)

              En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

              • [^] # Re: Fréquence ?

                Posté par  . Évalué à 1.

                Super, bon, je vais voir ce que je trouve, du coup. Je vais fouiller un peu partout.

                • [^] # Re: Fréquence ?

                  Posté par  . Évalué à 1.

                  1/ Tu as combien de slots dispo ? 1 seul ? Parce que je dois avoir des barrettes de 1 Gb qui trainent chez moi … Par contre je ne sais pas a quelle vitesse elles tournent.

  • # Faire plus avec autant

    Posté par  (site web personnel) . Évalué à 2.

    Vu que tu manques de RAM, une autre solution peut être de compresser celle-ci. Certaines distributions le font par défaut, et sinon il faut activer la fonctionnalité comme indiqué ici:
    https://doc.ubuntu-fr.org/zram (à adapter à ta distribution).

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: Faire plus avec autant

      Posté par  . Évalué à 1.

      C'est Debian ! 

      Merci du conseil, en tout cas ! :)

    • [^] # Re: Faire plus avec autant

      Posté par  . Évalué à 3.

      Autres points, sur les disques mecanique, l'accès aux données est légèrement plus rapide en début de plateau. Donc, mettre les données fréquemment accedees dés sur une partition proche du début de disque peut aider.
      Il faut aussi penser à la fragmentation, si il y a beaucoup de fichier de grosse taille, les mettre sur un ds ayant une taille de cluster plus importante peut aider.

      Côté logiciels, ne pas installer automatiquement les paquets recommandés par debian va aider, et, pour les utilisateurs plus avancés, jouer avec le démarrage auto des démons(écrire avec une tablette est vraiment horrible, désolé pour les mauvais termes et autres).
      Il est aussi possible d'exposer le socket de mpd de sorte à le piloter d'une autre machine.

      Tout ça ne sera pas forcemment perceptible, mais cummule cadevrais gagner un peu.

      • [^] # Re: Faire plus avec autant

        Posté par  . Évalué à 1.

        C'est tout à ton honneur de partager des idées et astuces en tapant sur une tablette ! :D

        Exposer le socket de mpd ? 

        • [^] # Re: Faire plus avec autant

          Posté par  . Évalué à 2.

          mpd est un daemon qui peut soit prendre ses commandes sur un «socket UNIX» (man 7 unix) soit sur des sockets plus classiques, c'est à dire TCP/IP.

          Dans le 2nd cas, si tu fais écouter mpd sur une interface réseau réelle (autre que "lo") ou sur une IP réelle (autre que localhost, 127.0.0.1, etc) il te sera possible de le piloter de n'importe quelle machine de ton réseau local.
          À noter que l'IP "0.0.0.0" indique "toutes les IP".

          Bref, si LXDE ne sert qu'a piloter mpd, tu serais gagnant a simplement piloter mpd de l'extérieur, que ce soit via ario, ncmpc, ncmpcpp, mpc ou autre.
          Ça ne réduirait probablement pas le temps de boot de mpd, cela dis, temps de boot qui me surprend, d'ailleurs, j'ai toujours vu mpd démarrer très vite, avant même que les instances d'agetty ne soient lancées, et ce, y compris sur ma vieille machine que je voulais pendant un temps utiliser comme jukebox: vieux pentium mono-coeur cadencé à 700MHz, disques pATA entre 80 et 40 gig, récupéré avec 64Mo de ram, boosté depuis a la quantité faramineuse de 196Mo, bref, moins performant qu'un beaglebone black, et pas qu'un peu. Ne parlons même pas des raspberry pi :)

          Ce que je soupçonne, c'est que ton système d'initialisation ne démarre pas mpd avant que les interfaces réseau, et donc l'acquisition d'IP via DHCP (alors que mpd n'a pas besoin du réseau pour fonctionner, surtout dans ton cas). Il y a fort a parier que tu utilises systemd, sur lequel je ne peux pas t'aider, mais tu devrais jeter un oeil. Pour moi, dès lors que le kernel est chargé, mpd devrais être capable de démarrer en moins de 30s, même sur du vieux matos.
          Autre piste, si le problème est la performance de la machine: passer les daemons moins importants en démarrage après mpd. Hum… j'y pense, tu as peut-être aussi pulse audio. Ça n'est pas grand chose, mais vu la machine, il peut être intéressant de ne pas l'installer, si tu t'en sers juste de jukebox et de serveur de fichiers. Il est possible après tout que mpd attende après PA si ce dernier est présent…

          • [^] # Re: Faire plus avec autant

            Posté par  . Évalué à 1.

            Mon installation est vraiment une Debian avec mpd empilé par-dessus. En revanche, je le pilote bien via d'autres PC/smartphones, d'où la connexion réseau obligatoire.
            Et effectivement, c'est chargé avec pas mal de gros logiciels, comme pulseaudio, systemd et tout ça…J'ai appliqué la philosophie "Si ça fonctionne, n'y touche pas"…^

            Mais merci pour l'explication, je n'avais pas pensé à bidouiller à ce point et ce sont de vraies pistes qui risquent d'être très gratifiantes si je parviens à vraiment améliorer le système. :D

            • [^] # Re: Faire plus avec autant

              Posté par  . Évalué à 3.

              Si tu cherches des pistes d'économie, le mieux, c'est de commencer par mesurer.
              Perso, pour avoir une idée de ce qui pèse lourd sur ma machine, j'utilise la commande suivante:

              ps -orss,vsz,args -A --sort=rss

              Elle indique, pour chaque processus de ta machine, sa mémoire résidente, c'est à dire, ce qui est effectivement en mémoire, la mémoire "réservée" (c'est plus subtil que ça, certes) et la ligne de commande exécutée, le tout trié par occupation mémoire résidente.

              Maintenant que tu peux mesurer par toi-même, place au laïus:
              Je n'aime pas systemd, que je considère gourmand, oui, mais surtout parce que c'est un logiciel critique et pourtant il n'est pas "stable", au sens que de nouvelles fonctionnalités sont ajoutées en permanence. Entres autres.
              Maintenant, il est très probable que, sur 1Gio de RAM, ça ne soit pas ici que tu récupéreras le plus de mémoire, et comme il est intégré par défaut dans (la plupart des) les distros, tu as moins de risques de problèmes, plus de facilité a te faire aider en l'utilisant.
              C'est important, et je ne te recommande pas de changer d'init (de framework système, je devrais dire en vrai).
              Sans être particulièrement complexe pour des machines simples, mieux vaut être à l'aise avec son système avant de jouer avec ça.
              Pour info, j'utilise personnellement runit-init, mais ça nécessite que je fasse mes scripts moi-même, puisque pas très bien supporté par debian. Pas de souci, j'ai l'habitude.
              Runit a un coût par processus surveillé qui est supérieur à systemd (entres autres parce que lié dynamiquement, c'est la faute a debian ça, mais peu importe). Selon mes calculs, par contre, il faudrait beaucoup de daemons pour que ça soit plus lourd que systemd: ~30 avec le build de debian, plusieurs centaines avec un build mieux foutu. C'est de l'ordre des centaines de kilo-octets ici. Tu as plusieurs millions de kilo-octets de ram avec ton giga.

              Pulse-audio par contre est un meilleur candidat je pense: il sert surtout (a ce que je sais) a permettre de gérer le son par application: pour une machine qui sert de jukebox, 0 intérêt.

              Ensuite, dans ton bureau, tu as sûrement pleins d'applications installées pour rien, les nettoyer va virer de l'espace disque seulement, la plupart du temps, mais dans certains cas, ces logiciels vont démarrer tout seuls, pour diverses raisons. Gain probable ici, plus pertinent que changer systemd ou PA.

              Debian installe, de mémoire, automatiquement un serveur de mails, par exemple. Je doute que tu en aies l'intérêt, et, oui, il est démarré automatiquement. En fait, Debian installe par défaut les paquets "recommandés". Ce sont des dépendances optionnelles qui peuvent potentiellement apporter une fonctionnalité. Si tu connais l'usage que tu veux faire de ta machine, tu peux sûrement en virer beaucoup.

              Si vraiment tu veux réduire l'usage RAM, tu peux aussi cesser d'utiliser un gestionnaire de session graphique: il te faudra juste démarrer la session graphique à la main, ou ajouter dans ton .profile un truc de ce goût: if [ "/dev/tty1" = $(tty) ] then; exec startx; fi, qui fera que ta session graphique se lancera automatiquement quand tu te log sur le 1er terminal.

              Une machine de 1gig de ram devrais pas, au démarrage et en console, consommer plus de 40megs de ram, je pense. Sur une VMs minimaliste, j'ai 22megs, mais bon, y'a rien de rien (juste 6 tty, même pas de réseau), donc bon.
              Ajouter un bureau léger tel que LXDE devrais tenir largement en dessous de 100megs de ram, donc si ta RAM est vraiment le problème (ce dont je doute) tu dois avoir bien des merdes lancées… ce qui inclue évidemment un navigateur web. Ces machins (enfin, firefox, chromium, ses clones, et ceux basés sur webkit) sont des gouffres, et on peut rien y faire. Firefox bouffe moins que chromium cela dis, me semble avoir mesuré y'a quelques mois, et il devrais tenir dans 1 gig. Si pas trop d'onglets, profil neuf (vide), et sites légers.

              Je peux essayer d'aider, si tu colles la sortie du ps que j'ai indiqué en début de message.

              • [^] # Re: Faire plus avec autant

                Posté par  . Évalué à 1.

                Salut ! J'ai inspecté la commande que tu m'as proposée (en général, j'utilise top et je dépatouille un peu) et j'ai effectivement pas mal de petits trucs qui s'accumulent…! Le navigateur, c'est un passage obligatoire (ça me permet d'avoir un client sur le netbook), de même que le serveur de musique (j'ai remplacé mpd par mopidy, mais c'est vraiment similaire), le serveur samba…Pour le bluetooth, en revanche, je pense que je n'utiliserai pas vraiment, donc, je vais le sucrer. Il me servait à streamer du smartphone au netbook, mais c'est bien trop…instable je trouve. Autant brancher une prise jack, c'est plus sûr et mieux foutu.

                RSS VSZ COMMAND
                0 0 [kthreadd]
                0 0 [rcu_gp]
                0 0 [rcu_par_gp]
                0 0 [kworker/0:0-events]
                0 0 [kworker/0:0H-kblockd]
                0 0 [kworker/u4:0-events_unbound]
                0 0 [mm_percpu_wq]
                0 0 [ksoftirqd/0]
                0 0 [rcu_sched]
                0 0 [rcu_bh]
                0 0 [migration/0]
                0 0 [kworker/0:1-events]
                0 0 [cpuhp/0]
                0 0 [cpuhp/1]
                0 0 [migration/1]
                0 0 [ksoftirqd/1]
                0 0 [kworker/1:0-events_power_efficient]
                0 0 [kworker/1:0H-kblockd]
                0 0 [kdevtmpfs]
                0 0 [netns]
                0 0 [kauditd]
                0 0 [kworker/1:1-events]
                0 0 [khungtaskd]
                0 0 [oom_reaper]
                0 0 [writeback]
                0 0 [kcompactd0]
                0 0 [ksmd]
                0 0 [khugepaged]
                0 0 [crypto]
                0 0 [kintegrityd]
                0 0 [kblockd]
                0 0 [edac-poller]
                0 0 [devfreq_wq]
                0 0 [watchdogd]
                0 0 [kswapd0]
                0 0 [kthrotld]
                0 0 [ipv6_addrconf]
                0 0 [kworker/0:2-events]
                0 0 [kworker/u4:1-events_unbound]
                0 0 [kstrp]
                0 0 [acpi_thermal_pm]
                0 0 [kworker/1:2-events]
                0 0 [ata_sff]
                0 0 [kworker/0:3-pm]
                0 0 [kworker/0:4-events]
                0 0 [kworker/0:5]
                0 0 [scsi_eh_0]
                0 0 [scsi_tmf_0]
                0 0 [scsi_eh_1]
                0 0 [scsi_tmf_1]
                0 0 [scsi_eh_2]
                0 0 [scsi_tmf_2]
                0 0 [scsi_eh_3]
                0 0 [scsi_tmf_3]
                0 0 [kworker/u4:2-events_unbound]
                0 0 [kworker/u4:3-events_unbound]
                0 0 [kworker/u4:4-i915]
                0 0 [kworker/1:3-mm_percpu_wq]
                0 0 [kworker/1:4-events]
                0 0 [kworker/u5:0-i915-userptr-acquire]
                0 0 [i915/signal:0]
                0 0 [kworker/u4:5-events_unbound]
                0 0 [kworker/1:5]
                0 0 [kworker/0:1H-kblockd]
                0 0 [kworker/1:1H-kblockd]
                0 0 [jbd2/sda1-8]
                0 0 [ext4-rsv-conver]
                0 0 [kworker/u5:1-hci1]
                0 0 [kworker/u5:2-hci2]
                0 0 [kworker/u5:3-hci0]
                0 0 [kworker/u5:4-hci1]
                0 0 [kworker/u5:5-hci2]
                0 0 [led_workqueue]
                0 0 [cfg80211]
                0 0 [xbrlapi] <defunct>
                0 0 [krfcommd]
                320 8156 avahi-daemon: chroot helper
                468 5852 /usr/bin/ssh-agent -s
                472 5852 /usr/bin/ssh-agent x-session-manager
                1568 5612 /sbin/agetty -o -p -- \u --noclear tty1 linux
                2288 8504 /usr/sbin/cron -f
                2328 23316 (sd-pam)
                2824 152648 /usr/lib/rtkit/rtkit-daemon
                3152 10696 ps -orss,vsz,args -A --sort=rss
                3224 19900 wpa_supplicant -B -i wlp5s0b1 -c /var/lib/wicd/configurations/6e5c67c694d0 -Dwext
                3516 8280 avahi-daemon: running [vynile.local]
                3924 8972 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
                3976 225824 /usr/sbin/rsyslogd -n -iNONE
                4236 9216 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
                4328 48844 /usr/sbin/smbd --foreground --no-process-group
                4508 7652 bash
                4704 9876 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
                4824 237604 /usr/lib/geoclue-2.0/demos/agent
                5104 19768 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
                5132 31316 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon
                5220 16428 /usr/lib/x86_64-linux-gnu/xfce4/xfconf/xfconfd
                5524 238388 /usr/lib/gvfs/gvfs-mtp-volume-monitor
                5564 159784 /usr/lib/menu-cache/menu-cached /run/user/1000/menu-cached-:0
                5628 23352 /lib/systemd/systemd-udevd
                5636 9488 /usr/sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlp5s0b1
                5924 236584 /usr/lib/gvfs/gvfs-goa-volume-monitor
                5952 241000 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
                5996 48852 /usr/sbin/smbd --foreground --no-process-group
                6112 381444 /usr/lib/gvfs/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
                6224 13780 /usr/lib/bluetooth/bluetoothd
                6232 312472 /usr/lib/at-spi2-core/at-spi-bus-launcher
                6296 19120 /usr/lib/cups/notifier/dbus dbus://
                6344 19120 /usr/lib/cups/notifier/dbus dbus://
                6412 95148 /lib/systemd/systemd-timesyncd
                6724 313364 /usr/sbin/lightdm
                6924 166924 lightdm --session-child 14 17
                6924 44344 /usr/lib/bluetooth/obexd
                7060 319260 /usr/lib/gvfs/gvfs-afc-volume-monitor
                7104 174108 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
                7244 19552 /lib/systemd/systemd-logind
                7320 240320 /usr/lib/gvfs/gvfsd
                7440 52612 /usr/sbin/smbd --foreground --no-process-group
                8004 314436 /usr/lib/gvfs/gvfsd-trash --spawner :1.8 /org/gtk/gvfs/exec_spaw/0
                8056 237680 /usr/lib/policykit-1/polkitd --no-debug
                8140 40376 /lib/systemd/systemd-journald
                8776 29872 /usr/sbin/cupsd -l
                9364 258892 /usr/lib/upower/upowerd
                9524 21260 /lib/systemd/systemd --user
                9960 318336 /usr/sbin/ModemManager --filter-policy=strict
                10064 104032 /sbin/init
                11440 185424 /usr/sbin/cups-browsed
                11516 34516 /usr/sbin/nmbd --foreground --no-process-group
                11728 280616 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
                12204 398552 /usr/lib/udisks2/udisksd
                13908 249328 /usr/lib/colord/colord
                15652 199632 lxpolkit
                16480 274080 /usr/bin/lxsession -s LXDE -e LXDE
                17080 34652 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py
                19224 111864 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py --no-daemon --keep-connection
                20252 94760 openbox --config-file /home/vynile/.config/openbox/lxde-rc.xml
                20904 52504 /usr/sbin/smbd --foreground --no-process-group
                21428 234352 xfce4-power-manager
                24084 912248 /usr/bin/pulseaudio --daemonize=no
                24996 237720 xfce4-power-manager
                32864 203184 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
                33304 71160 /usr/bin/python3 /usr/share/system-config-printer/applet.py
                33876 369552 lxterminal
                34824 430816 pcmanfm --desktop --profile LXDE
                37548 490012 clipit
                40460 249024 /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py --tray
                43156 856872 lxpanel --profile LXDE
                51640 328024 /usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess --type=zygote --lang=fr
                51696 389764 /usr/bin/python3 /usr/bin/blueman-applet
                59156 1205724 /usr/bin/python3 /usr/bin/mopidy
                152804 1910904 /usr/lib/x86_64-linux-gnu/qt5/libexec/QtWebEngineProcess --type=renderer --disable-gpu-memory-buffer-video-frames --enable-threaded-compositing --disable-mojo-local-storage --use-gl=desktop --enable-features=AllowContentInitiatedDataUrlNavigations --disable-features=SurfaceSynchronization,TouchpadAndWheelScrollLatching --service-pipe-token=4164EF18BB2F84EF348CF0B161980348 --lang=fr --num-raster-threads=1 --service-request-channel-token=4164EF18BB2F84EF348CF0B161980348 --renderer-client-id=3 --shared-files
                215892 2064868 falkon --fullscreen

                • [^] # Re: Faire plus avec autant

                  Posté par  . Évalué à 3. Dernière modification le 02 décembre 2020 à 16:33.

                  en général, j'utilise top et je dépatouille un peu

                  Top est plus que limité, par nature. Je m'en sers aussi, mais pour visualiser l'usage CPU instantané, quand je n'ai pas de serveur graphique. Sinon, j'utilise xosview combiné à ps -opcpu,pid,comm -A.
                  Mais pour analyser l'usage mémoire, je trouve ps plus pertinent: pas besoin que ça bouge tout le temps, au contraire, il faut pouvoir se concentrer et analyser les lignes.
                  À chaque outil son usage.

                  j'ai remplacé mpd par mopidy, mais c'est vraiment similaire

                  Nope. nopenopenope!

                  59156 1205724 /usr/bin/python3 /usr/bin/mopidy

                  Et chez moi:

                  35920 658788 mpd --no-daemon /home/berenger/.config/mpd/mpd.conf --stderr

                  Donc, mopidy bouffe presque le double de mémoire, résidente ou pas.

                  Ceci mis à part, j'ai l'impression de voir une machine qui est faite pour un usage normal ici, pas pour un serveur de ficher et jukebox. Et clairement, une machine dont l'install par défaut n'intègre pas vraiment les outils ensembles…

                  Ce que je vais lister est ce qui, à mon avis, est optimisable, mais ça reste mon avis, par rapport a ce que j'ai compris de ton usage, et je suis quelqu'un qui déteste le bloat, quitte a utiliser un environnement minimal… qui s'adapte extrêmement bien à des petites machines, pour le coup :)

                  Faible impacts (moins de 5meg potentiellement récupéré par changement, mais quand on chercher le moindre meg…):

                  • ssh-agent, c'est pour que le client ssh se souvienne de tes clés. Ta machine est censée être le serveur, non?
                  • agetty est lourd (pour un getty). Il peut être remplacé avantageusement par mingetty, ngetty, fgetty, et d'autres;
                  • cron? Si tu utilises systemd, c'est inutile: systemd en embarque une implémentation de mémoire;
                  • dbus et toute sa clique, c'est des dépendances de gtk, on peut s'en passer en vrai, mais je recommanderais pas à un débutant (parce que c'est se faire chier pour pas grand chose);
                  • geoclue.. démo? Ça à l'air d'être pour que ta machine sache ou elle est, genre, GPS? Pour un serveur?
                  • rsyslogd? Alors que tu utilises systemd-journald? J'en vois pas l'utilité, ou alors c'est que systemd-journald est pas foutu de faire son job correctement: j'aimerai pouvoir le dire, mais j'en doute fort;

                  Catégorie suivante, impacts non négligeables:

                  • alsactl, permets de gérer des paramètres avancés, plusieurs cartes son. Comme tu veux, mais moi je dis: inutile;
                  • cups, 8Mo + 11Mo, sert à l'impression;
                  • GVFS, 11Mo, sert à monter automatiquement les périphériques et à les afficher dans ton gestionnaire de fichiers, si je ne m'abuse;
                  • menu-cache, mets en cache des fichiers .desktop… euh, soit, mais tu as vraiment tant d'applications que ça? Non parce qu'il bouffe plus de 5Mio, et un seul fichier .desktop pèse quoi… 4Kio (parce que 4Ko c'est la taille d'une page mémoire)? Le noyau rentrerai plus de 1000 fichiers .desktop dans cet espace mémoire. Pour moi, c'est du bloat;
                  • dhclient: tu pourrais utiliser par exemple udhcpc. Chez moi, ce dernier à une empreinte RSS de 4ko. Contre plus de 5Mo chez toi, pour le même rôle, sauf si tu as des besoins avancés de ce côté, mais je vois pas, perso (pas encore eu de problème avec, dans mes usages, pendant plusieurs années);
                  • at-spi-bus-launcher: composants d'accessibilité de gnome. Ça dépend vraiment de toi, ici, peut-être est-ce nécessaire. Si ça n'est pas le cas, c'est 6Mo;
                  • systemd-timesyncd: 6Mo pour un client ntp? Wow. Vive systemd. Sinon, est-ce critique que ta machine soit mise à l'heure en permanence? Ce genre de trucs sont surtout utiles pour des machines qui gèrent de l'authentification, par exemple dans un LAN qui utilise kerberos;
                  • lightdm. Gestionnaire d'affichage léger, à plus de 13Mo. J'ai pas la même définition de léger, mais soit. N'empêche, je suis persuadé que, par exemple, xdm est plus léger. De toute façon, ces outils sont d'une utilité douteuse: une session qui lance startx quand démarrée sur un TTY, c'est nettement plus léger (0Mo). Tu peux te renseigner sur le sujet ici par exemple;
                  • ModemManager? Tu as une puce LTE dans cette machine? Enfin, même si c'est le cas, il y a bien, bien plus léger, puisqu'on est restreint sur les ressources (ici: ~10Mo);
                  • colord: ~14Mo, tu règles vraiment finement les couleurs de l'écran sur cette machine?
                  • PA sert à gérer le son par application, je ne vois pas l'intérêt (dans ce que j'ai compris de ton usage, hein). Il consomme plus que je pensais d'ailleurs: ~24Mo;
                  • clipit, ~37Mo, pour gérer… euh… le presse papier? Sur un (rôle de) serveur?
                  • wicd, ~40Mo, sert a gérer les connections réseau, c'est pratique quand tu en changes souvent, mais si la machine est censée rester toujours sur le même réseau, c'est totalement inutile;
                  • le bluetooth, blueman donc, ~50Mo, tu en as déjà parlé;

                  Bon, je vais m'arrêter la, c'est déjà beaucoup.
                  Je pense que tu peux récupérer pas loin de 150Mo facilement sur ta machine, sans perte de confort.
                  Si tu pousses «l'optimisation», tu peux peut-être récupérer plus de 300Mo de mémoire résidente. Ces nombres me paraissent excessifs, j'avoue… mais je me base sur ton log :)

                  • [^] # Re: Faire plus avec autant

                    Posté par  . Évalué à 1.

                    Haha, j'adore l'idée de virer l'heure pour gagner quelques méga-octets de mémoire.
                    Franchement, je signe pour quasiment toutes les optimisations ; en fait, ça va te paraître peut-être étrange, mais tu m'as complètement motivé à bidouiller et rebidouiller en comprenant bien ce qui se trame sur ce PC.

                    Et je vais commencer par virer l'heure, ça me fait rire. :D

                    Bon, toujours est-il que tu m'as fournis une petite bible et je t'en remercie ! J'ai un fil rouge ludique et intéressant pour travailler l'optimisation du netbook, je n'aurais jamais pensé en faire autant.

                    MERCI !!

                    • [^] # Re: Faire plus avec autant

                      Posté par  . Évalué à 2.

                      Haha, j'adore l'idée de virer l'heure pour gagner quelques méga-octets de mémoire.

                      En fait, ce n'est pas «virer l'heure», mais virer un daemon qui garde la machine à l'heure via le protocole ntp.
                      Pour une machine non critique, le faire au démarrage (après le réseau bien sûr) puis une fois toutes les semaines est amplement suffisant, pas besoin que ça tourne en permanence.
                      Le plus amusant pour moi, c'est que le daemon contenu dans le paquet «ntp» de debian consomme… :

                      3340 76468 ntpd

                      la moitié de mémoire résidente, 25% de moins de mémoire virtuelle. C'est pas rien, et ça fait pas juste client, mais serveur aussi.
                      Mais il fallait que cette bouse (oui, je me permets maintenant de dire ce que j'en pense, j'ai été assez sympa avec ce machin pour remplir mon quota de neutralité pour plusieurs mois) de systemd réinvente la roue…
                      Il suffit de voir, dans ta liste:

                      5628 23352 /lib/systemd/systemd-udevd
                      6412 95148 /lib/systemd/systemd-timesyncd
                      7244 19552 /lib/systemd/systemd-logind
                      8140 40376 /lib/systemd/systemd-journald
                      9524 21260 /lib/systemd/systemd --user
                      10064 104032 /sbin/init

                      Donc, à peu près 47.8Mio de RSS.
                      Si je compare avec mon système, sur lequel je n'ai pas logind (pas l'utilité), ça fait du 40.6Mo pour ton système, et:

                      % ps -orss,vsz,comm -A | grep -e ntp -e syslog -e runit -e runsvdir -e runsv -e svlogd -e udev
                        728   2152 runit
                        736   2312 runsvdir
                        740   2160 runsv
                        740   2160 runsv
                        668   2160 runsv
                        732   2160 runsv
                        744   2160 runsv
                        736   2160 runsv
                        736   2160 runsv
                        740   2160 runsv
                        744   2160 runsv
                        680   2160 runsv
                        740   2304 svlogd
                        748   2304 svlogd
                        744   2304 svlogd
                       5180  22552 systemd-udevd
                        672   2304 svlogd
                        748   2304 svlogd
                          4   2208 syslogd
                        740   2304 svlogd
                       3340  76468 ntpd
                      

                      Soit: ps -orss,vsz,comm -A | grep -e ntp -e syslog -e runit -e runsvdir -e runsv -e svlogd -e udev | awk 'BEGIN{ printf "0" }{ printf "+%s",$1;}' | calc ==> 21640Ko, donc ~21.5Mo :)
                      C'est juste la moitié, et ce, sachant qu'il est possible de compiler runit statiquement, ce qui réduit de manière drastique la consommation mémoire (sur le build muslc de voidlinux, j'étais à 4Kio de RSS par instance de runsv et de svlogd).

                      Je pensais qu'il y aurait un applet busybox pour ntp, je me suis trompé, dommage, j'aurai pu descendre encore plus ce bloatware.
                      Par contre, ils parlent de ntpclient. N'ayant jamais utilisé, je ne saurais le recommander, mais je vais le mettre sur ma liste de trucs a tester :)

                      Je suis sûr qu'on me diras que 20Mo de gagné, c'est pas grand chose de nos jours, mais tu es aux 1ères loges pour constater que, parfois, ça compte :)
                      Je ferais peut-être un journal sur la construction d'une Debian économe en mémoire un de ces 4, en comparant le résultat avec la Debian par défaut, ça occupera le vendredi.

                      • [^] # Re: Faire plus avec autant

                        Posté par  . Évalué à 1.

                        En tout cas, je suis fan de l'idée ; j'aime beaucoup les principes d'économie, de bonne gestion et tout ça.
                        C'est vrai que je regarde tout ça de très loin, je pars de la naïveté que "si c'est là, c'est pour une bonne raison que quelqu'un de plus malin que moi a considérée" mais j'ai hâte de voir le résultat de mes optimisations.

                        Je vais considérer le démarrage comme étalon et te ferai un retour complet de ce que j'ai désactivé.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.