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 Ysabeau 🧶 (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 Stinouff . É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 gUI (Mastodon) . Évalué à 5. Dernière modification le 26 novembre 2020 à 11:26.
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.
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 Stinouff . É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 BAud (site web personnel) . Évalué à 2. Dernière modification le 26 novembre 2020 à 22:20.
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 Stinouff . É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 lolop (site web personnel) . Évalué à 2.
C'est du carbone sauf erreur… ça donne quoi dans un poêle à bois ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Quelques réponses
Posté par gUI (Mastodon) . Évalué à 2. Dernière modification le 28 novembre 2020 à 13:45.
Oui, mais sacrément bien agencé en structure cristalline.
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 djibb (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 freem . Évalué à 3.
Fusion c est vers le liquide… de solide à gazeux, c'est la sublimation.
[^] # Re: Quelques réponses
Posté par totof2000 . Évalué à 1. Dernière modification le 04 décembre 2020 à 11:58.
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.
[^] # Re: Quelques réponses
Posté par djibb (site web personnel) . Évalué à 2.
nan mais … comment j'ai pu faire cette erreur… faut croire que ça m'avait vraiment énervé :)
# Fréquence ?
Posté par Stinouff . É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 nonas . É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 gUI (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 Stinouff . É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 gUI (Mastodon) . Évalué à 2.
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.
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 Stinouff . É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 gUI (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 Stinouff . Évalué à 1.
Super, bon, je vais voir ce que je trouve, du coup. Je vais fouiller un peu partout.
[^] # Re: Fréquence ?
Posté par totof2000 . É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.
[^] # Re: Fréquence ?
Posté par totof2000 . Évalué à 1.
Sinon j'ai aussi une barrette qui ressemble à ça :
https://www.cdiscount.com/informatique/memoire-ram/2-go-gb-memoire-ram-ddr2-pc2-4200-533mhz-non-ecc-p/f-10716-auc6004260099426.html
Je ne te garantis pas par contre les caractéristiques, parce que je n'ai aucune étiquette dessus. Faut que je retrouve une machine chez moi qui accepte de démarrer avec ce genre de barrette. J'(en ai une mais faut que je remette la main dessus ..
Cordialement.
[^] # Re: Fréquence ?
Posté par Stinouff . Évalué à 1.
Bonjour totof2000.
Il n'y a effectivement qu'un seul slot, c'était des machines volontairement étroites à l'époque.
Je pense que la forme DIMM ne correspond pas à la forme SO-DIMM, un peu plus petite normalement.
En tout cas, c'est très gentil à toi d'y avoir pensé.
# Faire plus avec autant
Posté par ted (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 Stinouff . Évalué à 1.
C'est Debian !
Merci du conseil, en tout cas ! :)
[^] # Re: Faire plus avec autant
Posté par freem . É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 Stinouff . É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 freem . É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 Stinouff . É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 freem . É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=rssElle 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
.profileun 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
psque j'ai indiqué en début de message.[^] # Re: Faire plus avec autant
Posté par Stinouff . É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 freem . Évalué à 3. Dernière modification le 02 décembre 2020 à 16:33.
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.
Nope. nopenopenope!
Et chez moi:
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…):
Catégorie suivante, impacts non négligeables:
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 Stinouff . É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 freem . Évalué à 2.
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… :
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:
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:
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 Stinouff . É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.