Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

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 12/01/2022, à 20:01

stephane13

Au sujet de la modification de taille swap?

Bonjour,

Après avoir lu le wiki, je compte créer une nouvelle partition swap et je voudrais savoir:

- qu'est-ce que je fais de l'ancienne?
- la nouvelle va être détecté automatiquement?

Actuellement j'ai 4Go de RAM et 2 Go de fichier d'échange.

Hors ligne

#2 Le 12/01/2022, à 20:18

Qid

Re : Au sujet de la modification de taille swap?

pourquoi tout ça ?
donne le détail de ton partitionnement pour voir :

sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#3 Le 12/01/2022, à 20:26

iznobe

Re : Au sujet de la modification de taille swap?

Bonsoir , pour changer la taille du swapp , il est inutile de supprimer l ' ancienne partition , sauf si l' agrandissement est impossible bien sur .

il faudrait aussi un e capture d' ecran de gparted du disque dans lequel est la partition swap afin de te conseiller au mieux .

Note : il est aussi possible d ' utiliser un fichier de swap a la place d ' une partition , c ' est ce qui se fait maintenant , et c ' est moins risqué que de manipuler les partitions .
il est alors , dans ce cas possible de recuperer la partition de swap pour l' ajouter a une autre partition .

Dernière modification par iznobe (Le 12/01/2022, à 20:29)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#4 Le 13/01/2022, à 04:49

Coeur Noir

Re : Au sujet de la modification de taille swap?

Le fichier ( ou partition ) swap est à placer sur un disque rapide :
⋅ la swap est censée être rarement utilisée,
⋅ en cas d'étouffement de la ram, ne pas en + s'infliger la lenteur d'un disque mécanique…

L'avantage du fichier ( il me semble ) c'est qu'il grandira en fonction du besoin de swap ( retrouvant sa taille initiale quand plus besoin ), c'est donc un peu plus souple qu'une partition forcément bornée.

On peut retarder l'utilisation de la swap via l'outil zram, qui compresse et compartimente les fichiers mis en ram.

Il faut surtout te demander pourquoi tu aurais besoin de + de swap et éventuellement pallier à ce problème :
⋅ 4Go de RAM ça peut être court dans certains usages ( vidéos, traitement d'images, gros calculs divers, navigateurs web avec douzaines d'onglets ouverts… )
⋅ certains environnements de bureau sont + gourmands que d'autres ( l'Ubuntu/Gnome « officiel » étant le plus goinfre, Mate bien moins à priori )
⋅ parfois on trouve des systèmes configurés pour mettre le dossier /tmp en ram - ce qui n'est pas toujours une bonne idée selon les activités et la taille de la ram, puisqu'on va la solliciter davantage, et donc « swapper » plus tôt…

Certains posts voire doc's du forum évoquent aussi le réglage des valeurs de swappiness ( le dynamisme de la gestion de cette mémoire ) mais c'est un sujet plus délicat et complexe que ce que la plupart laisse entendre.

En résumé je conseillerais plutôt :
⋅ si possible techniquement, ajouter de la ram à ta machine,
⋅ zram, qui permet de caser + de choses en ram en contrepartie d'une imperceptible diminution de performance ( ce sera toujours infiniment plus rapide que d'utiliser la swap ! )
⋅ pas de /tmp en ram,
⋅ fichier swap sur support rapide ( les ssd et autres nvme ne sont plus en sucre ) et encore une fois la swap n'est pas censée servir toutes les 5 minutes : si c'est le cas il faut analyser pourquoi.

À la commande proposée par QiD, tu pourrais ajouter les retours de

cat /etc/fstab

qu'on voit ce qui est monté au démarrage ( et s'il y a du /tmp en ram par ex. )

sudo lshw -sanitize | grep bank -A 9

pour voir les caractéristiques de ta ram, et s'il y a de la place disponible.

Dernière modification par Coeur Noir (Le 13/01/2022, à 04:52)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#5 Le 13/01/2022, à 07:46

Qid

Re : Au sujet de la modification de taille swap?

Coeur Noir a écrit :

la swap n'est pas censée servir toutes les 5 minutes

Sauf si tu ne sais pas couper ton ordi et que tu ne fais que refermer le capot... Mais ça ça restera un éternel débat qui ne s'arrangera pas avec les années d'évolution des technologies : un ordinateur n'est pas un smartphone ou une tablette... Et d'ailleurs même ces 2 derniers doivent être éteints de temps en temps donc bon... Enfin je divague un peu...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#6 Le 13/01/2022, à 13:28

Coeur Noir

Re : Au sujet de la modification de taille swap?

En cas d'hibernation du système, tout le contenu de la RAM est transférée vers la swap, avant l'extinction du matériel ( rien ne survit en RAM sans alimentation électrique ).

La veille, elle, n'est pas une extinction matérielle et laisse la RAM alimentée.

Vérifier quel événement est déclenché par la fermeture du « capot » : écran noir ou veille ou hibernation.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#7 Le 16/01/2022, à 22:44

stephane13

Re : Au sujet de la modification de taille swap?

@Qid:

stephane@pcbureau:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
[sudo] Mot de passe de stephane : 
Disque /dev/loop0 : 521,1 MiB, 546369536 octets, 1067128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 65,1 MiB, 68259840 octets, 133320 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 7,9 MiB, 8310784 octets, 16232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 61,9 MiB, 64913408 octets, 126784 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 7,9 MiB, 8306688 octets, 16224 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 82,6 MiB, 86581248 octets, 169104 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 15,2 MiB, 15908864 octets, 31072 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 16 KiB, 16384 octets, 32 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets




Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x39bde819

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sda1    *            2048  78190591  78188544  37,3G 83 Linux
/dev/sda2             78192638 234440703 156248066  74,5G  5 Étendue
/dev/sda5             78192640 234440703 156248064  74,5G 83 Linux


Disque /dev/sdb : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000dd5f2

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdb1              2048 3907028991 3907026944   1,8T 83 Linux


Disque /dev/loop8 : 242,4 MiB, 254115840 octets, 496320 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 528,7 MiB, 554340352 octets, 1082696 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 249,6 MiB, 261750784 octets, 511232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 15,2 MiB, 15908864 octets, 31072 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 65,2 MiB, 68378624 octets, 133552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop13 : 16 KiB, 16384 octets, 32 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop14 : 55,5 MiB, 58183680 octets, 113640 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop15 : 99,4 MiB, 104267776 octets, 203648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop16 : 82,6 MiB, 86646784 octets, 169232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop17 : 55,5 MiB, 58204160 octets, 113680 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop18 : 249,6 MiB, 261750784 octets, 511232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop19 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop20 : 99,5 MiB, 104271872 octets, 203656 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop21 : 61,9 MiB, 64835584 octets, 126632 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop22 : 247,9 MiB, 259948544 octets, 507712 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
--------------------------
Modèle: ATA KINGSTON SV300S3 (scsi)
Disque /dev/sda : 120GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      1049kB  40,0GB  40,0GB  primary   ext4                 démarrage
 2      40,0GB  120GB   80,0GB  extended
 5      40,0GB  120GB   80,0GB  logical   ext4


Modèle: ATA ST2000DM001-1ER1 (scsi)
Disque /dev/sdb : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  2000GB  2000GB  primary  ext4


--------------------------
NAME   FSTYPE LABEL   SIZE MOUNTPOINT
sda                 111,8G 
├─sda1 ext4          37,3G /
├─sda2                  1K 
└─sda5 ext4          74,5G /home
sdb                   1,8T 
└─sdb1 ext4           1,8T /home/stephane/data
sr0                   269M 
--------------------------
Sys. de fichiers Type            Taille Utilisé Dispo Uti% Monté sur
sysfs            sysfs                0       0     0    - /sys
proc             proc                 0       0     0    - /proc
udev             devtmpfs          1,9G       0  1,9G   0% /dev
devpts           devpts               0       0     0    - /dev/pts
tmpfs            tmpfs             386M    1,4M  385M   1% /run
/dev/sda1        ext4               37G     15G   20G  43% /
securityfs       securityfs           0       0     0    - /sys/kernel/security
tmpfs            tmpfs             1,9G       0  1,9G   0% /dev/shm
tmpfs            tmpfs             5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs             1,9G       0  1,9G   0% /sys/fs/cgroup
cgroup           cgroup2              0       0     0    - /sys/fs/cgroup/unified
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/systemd
pstore           pstore               0       0     0    - /sys/fs/pstore
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/freezer
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/memory
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/cpuset
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/perf_event
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/cpu,cpuacct
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/devices
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/pids
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/net_cls,net_prio
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/rdma
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/hugetlb
cgroup           cgroup               0       0     0    - /sys/fs/cgroup/blkio
systemd-1        -                    -       -     -    - /proc/sys/fs/binfmt_misc
debugfs          debugfs              0       0     0    - /sys/kernel/debug
hugetlbfs        hugetlbfs            0       0     0    - /dev/hugepages
mqueue           mqueue               0       0     0    - /dev/mqueue
fusectl          fusectl              0       0     0    - /sys/fs/fuse/connections
configfs         configfs             0       0     0    - /sys/kernel/config
/dev/loop0       squashfs          522M    522M     0 100% /snap/pycharm-community/261
/dev/loop1       squashfs           66M     66M     0 100% /snap/gtk-common-themes/1515
/dev/loop2       squashfs          8,0M    8,0M     0 100% /snap/pulsemixer/250
/dev/loop3       squashfs           62M     62M     0 100% /snap/core20/1270
/dev/loop4       squashfs          8,0M    8,0M     0 100% /snap/pulsemixer/283
/dev/loop5       squashfs           83M     83M     0 100% /snap/cawbird/744
/dev/loop6       squashfs           16M     16M     0 100% /snap/ubuntu-mate-welcome/646
/dev/loop7       squashfs          128K    128K     0 100% /snap/software-boutique/54
/dev/loop8       squashfs          243M    243M     0 100% /snap/gnome-3-38-2004/76
/dev/loop9       squashfs          529M    529M     0 100% /snap/pycharm-community/265
/dev/loop10      squashfs          250M    250M     0 100% /snap/zoom-client/166
/dev/loop11      squashfs           16M     16M     0 100% /snap/ubuntu-mate-welcome/639
/dev/loop13      squashfs          128K    128K     0 100% /snap/software-boutique/39
/dev/loop12      squashfs           66M     66M     0 100% /snap/gtk-common-themes/1519
/dev/loop14      squashfs           56M     56M     0 100% /snap/core18/2253
/dev/loop15      squashfs          100M    100M     0 100% /snap/core/11993
/dev/loop16      squashfs           83M     83M     0 100% /snap/cawbird/723
/dev/loop18      squashfs          250M    250M     0 100% /snap/zoom-client/167
/dev/loop17      squashfs           56M     56M     0 100% /snap/core18/2284
/dev/loop19      squashfs          128K    128K     0 100% /snap/bare/5
/dev/loop20      squashfs          100M    100M     0 100% /snap/core/11798
/dev/loop21      squashfs           62M     62M     0 100% /snap/core20/1242
/dev/loop22      squashfs          248M    248M     0 100% /snap/gnome-3-38-2004/87
/dev/sda5        ext4               73G     42G   28G  60% /home
/dev/sdb1        ext4              1,8T     90G  1,7T   6% /home/stephane/data
binfmt_misc      binfmt_misc          0       0     0    - /proc/sys/fs/binfmt_misc
tmpfs            tmpfs             386M     36K  386M   1% /run/user/1000
gvfsd-fuse       fuse.gvfsd-fuse      0       0     0    - /run/user/1000/gvfs
--------------------------
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           3,8G        899M        866M        210M        2,0G        2,4G
Partition d'échange:        1,7G          0B        1,7G
--------------------------
ls: impossible d'accéder à '/dev/disk/by-label/': Aucun fichier ou dossier de ce type
stephane@pcbureau:~$ 

@Coeur Noir:

stephane@pcbureau:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=83569ef4-2496-422e-b646-02cc50b754dc /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda5 during installation
UUID=08f536e8-83f9-4e48-9d9a-970b621e7809 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
UUID=84b7aa7e-9640-4a5b-b008-a6e2b514e56f /home/stephane/data  ext4  rw,auto,user   0   2
stephane@pcbureau:~$ 
stephane@pcbureau:~$ sudo lshw -sanitize | grep bank -A 9
[sudo] Mot de passe de stephane : 
        *-bank:0
             description: DIMM DDR3 Synchrone 1333 MHz (0,8 ns)
             produit: F3-10600CL9-2GBNT
             fabriquant: Undefined
             identifiant matériel: 0
             numéro de série: [REMOVED]
             emplacement: A1_DIMM0
             taille: 2GiB
             bits: 64 bits
             horloge: 1333MHz (0.8ns)
        *-bank:1
             description: DIMMProject-Id-Version: @(#) $Id$Report-Msgid-Bugs-To: PO-Revision-Date: 2016-09-03 00:48+0000Last-Translator: Lyonel Vincent <Unknown>Language-Team: MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2018-07-12 13:19+0000X-Generator: Launchpad (build 18719) Synchrone [vide]
             produit: Array1_PartNumber1
             fabriquant: A1_Manufacturer1
             identifiant matériel: 1
             numéro de série: [REMOVED]
             emplacement: A1_DIMM1
             bits: 64 bits
        *-bank:2
             description: DIMM DDR3 Synchrone 1333 MHz (0,8 ns)
             produit: F3-10600CL9-2GBNT
             fabriquant: Undefined
             identifiant matériel: 2
             numéro de série: [REMOVED]
             emplacement: A1_DIMM2
             taille: 2GiB
             bits: 64 bits
             horloge: 1333MHz (0.8ns)
        *-bank:3
             description: DIMMProject-Id-Version: @(#) $Id$Report-Msgid-Bugs-To: PO-Revision-Date: 2016-09-03 00:48+0000Last-Translator: Lyonel Vincent <Unknown>Language-Team: MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2018-07-12 13:19+0000X-Generator: Launchpad (build 18719) Synchrone [vide]
             produit: Array1_PartNumber3
             fabriquant: A1_Manufacturer3
             identifiant matériel: 3
             numéro de série: [REMOVED]
             emplacement: A1_DIMM3
             bits: 64 bits
     *-cpu
          description: CPU

Je souhaite augmenter mon swap parce que des fois, pas souvent mais par moment ça arrive (2 instances Firefox, VirtualBox), mon PC fige et via le moniteur système, je constate que ça vient de la RAM et du fichier d'échange qui sont à 100%.

Hors ligne

#8 Le 16/01/2022, à 23:16

Qid

Re : Au sujet de la modification de taille swap?

En même temps faire de la virtualisation avec 4go de ram c'est un peu suicidaire... Et ça la swap ne pourra pas le palier


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#9 Le 17/01/2022, à 12:54

stephane13

Re : Au sujet de la modification de taille swap?

stephane@pcbureau:~$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:        3947936     3026500      139536      367296      781900      316796
Partition d'échange:     1809896      232192     1577704
stephane@pcbureau:~$ 

Et là c'est un démarrage à froid. Après comme j'ai toujours l’œil sur le moniteur système, je ménage un peu le PC.

Hors ligne

#10 Le 17/01/2022, à 18:02

Coeur Noir

Re : Au sujet de la modification de taille swap?

Donne plutôt

LANG=C free -wh

ça sera plus facile à lire ;-)

Curieux qu'au démarrage à froid, la swap soit déjà sollicitée ?
Tu lances quoi dès le démarrage ?

Tu as 4 slots pour de la mémoire, 2 sont occupés ( chacun par 2Go ) → investis dans de la ram, ça te changera la vie !

En attendant, vois si l'installation de zram améliore ton sort mais comme le dit QiD, virtualiser dans 4Go de ram c'est suicidaire.

Le fstab ne montre pas de /tmp en ram, tant mieux.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#11 Le 17/01/2022, à 18:49

ylag

Re : Au sujet de la modification de taille swap?

Bonjour,

Coeur Noir a écrit :

Curieux qu'au démarrage à froid, la swap soit déjà sollicitée ?

Ça arrive continuellement sur ma machine, autant en 18.04, 20.04 et Debian Bullseye.
J'ai beaucoup joué sur la valeur de vm.swappines, en la passant de 5 à 60 sans que cela semble avoir d'impact.

Présentement sur ma 20.04, qui tourne depuis environ huit heures, sans utilisation de processus particulièrement gourmands :

yvan@yvan-maison:~$ LANG=C free -hw
              total        used        free      shared     buffers       cache   available
Mem:          3.8Gi       1.2Gi       1.1Gi        31Mi       210Mi       1.4Gi       2.3Gi
Swap:         1.9Gi       8.0Mi       1.9Gi
yvan@yvan-maison:~$

Pour voir ce qui utilise mon «swap», résultat de top avec tri sur la colonne «ÉCH.», qui donne l'utilisation du swap pour chaque processus :

van@yvan-maison:~$ top

top - 11:46:06 up  9:17,  1 user,  load average: 0.12, 0.14, 0.22
Tâches: 189 total,   1 en cours, 188 en veille,   0 arrêté,   0 zombie
%Cpu(s):  5.7 ut,  2.9 sy,  0.0 ni, 88.6 id,  0.0 wa,  0.0 hi,  2.9 si,  0.0 st
MiB Mem :   3930.3 total,   1091.2 libr,   1233.7 util,   1605.4 tamp/cache
MiB Éch:   1975.0 total,   1966.4 libr,      8.6 util.   2387.8 dispo Mem 

    PID UTIL.     PR  NI    VIRT    RES    SHR   ÉCH. S  %CPU  %MEM    TEMPS+ COM.                           
    790 root      20   0  224972  94860  58640   2936 S   0.0   2.4   6:51.61 Xorg                           
    654 root      20   0   41876  19296  11916    864 S   0.0   0.5   0:00.09 networkd-dispat                
   1129 yvan      20   0   19140   9668   8240    820 S   0.0   0.2   0:00.65 systemd                        
    733 root      20   0  120688  20356  12988    776 S   0.0   0.5   0:00.09 unattended-upgr                
   1130 yvan      20   0  103032   2640      4    724 S   0.0   0.1   0:00.00 (sd-pam)                       
   1135 yvan       9 -11 2198240  15352  11204    624 S   0.0   0.4   0:00.28 pulseaudio                     
    784 root      20   0  305972   6644   6188    572 S   0.0   0.2   0:00.02 lightdm                        
    352 systemd+  20   0   24164  13352   9320    296 S   0.0   0.3   0:00.38 systemd-resolve                
    302 root      20   0   23856   7140   4008    272 S   0.0   0.2   0:01.19 systemd-udevd                  
   1143 yvan      20   0    9204   6212   3652    188 S   0.0   0.2   0:00.65 dbus-daemon                    
    717 colord    20   0  249088  14336   9192     72 S   0.0   0.4   0:00.24 colord                         
    613 root      20   0  749036  20168  16780     44 S   6.2   0.5   0:08.14 NetworkManager                 
    676 root      20   0  392952  13696  10708     20 S   0.0   0.3   0:02.56 udisksd                        
    665 root      20   0  873132  36076  19260      4 S   0.0   0.9   0:02.14 snapd                          
    735 whoopsie  20   0  400628  14424  12468      4 S   0.0   0.4   0:00.07 whoopsie                       
   4257 root      20   0   30896   7332   5828      4 S   0.0   0.2   0:00.01 cupsd                          
   4259 root      20   0  178588  11532   9792      4 S   0.0   0.3   0:00.06 cups-browsed                   
yvan@yvan-maison:~$

A+

Dernière modification par ylag (Le 17/01/2022, à 18:50)

Hors ligne

#12 Le 17/01/2022, à 19:15

iznobe

Re : Au sujet de la modification de taille swap?

Bonsoir , je plus de l' avis de @coeur noir , un truc ne me semble pas normal .

RAM utilisé chez @ylag : 1.2 Go , chez @stephane13 : 3.02 Go apres un redemarrage yikes
Pour info sur ma budgie 21.10 je suis au meme niveau que @Ylag soit 1.2 Go utilisé .

Dernière modification par iznobe (Le 17/01/2022, à 19:16)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#13 Le 17/01/2022, à 20:16

Coeur Noir

Re : Au sujet de la modification de taille swap?

J'ai beaucoup joué sur la valeur de vm.swappines, en la passant de 5 à 60 sans que cela semble avoir d'impact.
Mmmm… c'est la fausse bonne idée.

Certains posts voire doc's du forum évoquent aussi le réglage des valeurs de swappiness ( le dynamisme de la gestion de cette mémoire ) mais c'est un sujet plus délicat et complexe que ce que la plupart laisse entendre.

Remets aux valeurs par défaut.
Et rechecke via top ou htop ce qui va se mettre en swap dès le départ.

zram, bis repetita. Pour info ce mécanisme « kernel » est activé par défaut dans certaines distributions.

Et encore une fois, 4Go de ram, c'est court. Sans rien faire de spécial t'en auras déjà un bon quart ou tiers pris par le système, sans rien lancer de particulier, alors une VM par dessus, c'est mort.
Selon les réglage de swappiness/pressure, tu vas utiliser plus tôt le swap pour certains types d'allocation, et pas forcément celles qui t'arrangent.
Voir s'il y a des services ou programmes que tu peux éviter de lancer avec le démarrage mais vraiment : investis dans de la RAM.

L'optimisation des ressources, faut plus compter dessus : la tendance des dév's c'est de prétendre que la mémoire ou le stockage, ça ne coûte plus rien, alors…

Dernière modification par Coeur Noir (Le 17/01/2022, à 20:17)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#14 Le 17/01/2022, à 20:20

stephane13

Re : Au sujet de la modification de taille swap?

C'est pas que je suis radin mais acheter un truc pour les (rares) quelques fois où ça pose problème.

Je me posais cette question du swap parce que j'ai toujours résolu le problème en fermant des onglets Firefox voire fermer une instance. Si je me fie à la doc, je devrais avoir 6Go de swap au lieu de 2. Avec mon esprit contrarient, j'ai dû comprendre l'inverse lorsque j'ai fait l'installation.

Hors ligne

#15 Le 17/01/2022, à 20:21

Coeur Noir

Re : Au sujet de la modification de taille swap?

Euh, au fait, il y a plusieurs systèmes sur ta machine.

On voit une partition /home dans le fstab.

Est-ce que chaque système a son ou ses utilisateurs dédiés ?

Ou est-ce que tu te sers d'un même répertoire personnel unique sous divers OS et divers environnements de bureau ?
Ça ce serait une très mauvaise idée…


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#16 Le 17/01/2022, à 20:24

ylag

Re : Au sujet de la modification de taille swap?

Bonsoir,

Coeur Noir a écrit :

Remets aux valeurs par défaut.

vm.swappiness était à la valeur par défaut => 60 pour les retours au # 11.
Pour info, j'étais alors sur Ubuntu 20.04 bureau Gnome, Firefox ouvert avec deux onglets ainsi qu'une fenêtre de terminal, rien d'autre...

A+

Dernière modification par ylag (Le 18/01/2022, à 13:26)

Hors ligne

#17 Le 17/01/2022, à 20:31

Coeur Noir

Re : Au sujet de la modification de taille swap?

Si je me fie à la doc, je devrais avoir 6Go de swap au lieu de 2
Normalement un swapfile ( plutôt qu'une partition bornée ) est « élastique ».
Tu peux aussi agrandir ce swapfile et le passer à 4Go pour voir si ça redonne un peu de souffle dans les moments où ça coince.
Mais même si ce swapfile est sur SSD ou NVME, ça reste plus lent que de la RAM.

Donc :
⋅ teste avec zram.
⋅ agrandis ton swapfile éventuellement.
⋅ remets les valeurs swappiness à leur défaut.
⋅ 4Go RAM c'est court avec les OS d'aujourd'hui.
⋅ assure-toi qu'il n'y a pas de mise en commun d'un répertoire perso entre divers OS et environnements de bureau ( ça mène inéluctablement à des catastrophes ).


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#18 Le 18/01/2022, à 21:17

stephane13

Re : Au sujet de la modification de taille swap?

Coeur Noir a écrit :

Euh, au fait, il y a plusieurs systèmes sur ta machine.

On voit une partition /home dans le fstab.

Est-ce que chaque système a son ou ses utilisateurs dédiés ?

Ou est-ce que tu te sers d'un même répertoire personnel unique sous divers OS et divers environnements de bureau ?
Ça ce serait une très mauvaise idée…

Aucune. J'ai une partition /home à part pour le confort de ne pas devoir tout réinstaller à chaque changement de version de Ubuntu.

Hors ligne

#19 Le 18/01/2022, à 21:23

iznobe

Re : Au sujet de la modification de taille swap?

Bonjour , avec cette partition /home separée , tu as installée combien de version d ' OS differentes ?

Dernière modification par iznobe (Le 19/01/2022, à 09:11)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#20 Le 19/01/2022, à 02:57

Coeur Noir

Re : Au sujet de la modification de taille swap?

Détaillons, par étape :

⋅ y-a-t-il plusieurs OS installés sur cet ordinateur ?

⋅ est-ce qu'un même répertoire personnel /home/un_nom_d'user est utilisé par plusieurs OS ?

⋅ est-ce qu'un même répertoire personnel /home/un_nom_d'user est utilisé par plusieurs environnements de bureau ?

Pourquoi ça craint :
Dans /home /$USER il y a bien sûr les dossiers usuels de l'$USER ( Bureau, Documents, images, Musique, etc ) mais il y a aussi et surtout, cachés, les fichiers de configurations relatifs à tous les logiciels lancés par cet $USER.
Ces fichiers sont donc à la fois liés à l'utilisateur et aux logiciels eux-mêmes.
Dans des OS différents, les logiciels peuvent être à des versions différentes. Ça pose parfois problème quand il y a rupture de compatibilité ( scribus, thunderbird… )
Dans des env. de bureau différents, la config' de l'un n'est pas forcément bonne pour l'autre. Ça pose souvent problèmes car certains env. de bureau utilisent tour à tour les mêmes fichiers pour consigner leurs config's différentes, voire divergentes voire incompatibles.

Quand on fait du multi-OS / multi env. de bureau il ne faut pas mettre tous ses œufs dans un seul panier ( un même dossier /home/$USER ) sinon ça finit en omelette crue.
Donc quand on fait du multi OS / env. de bureau, une partition /home séparée n'est pas la meilleure solution sauf à y dédier des utilisateurs distincts par env. de bureau ET par OS, ce qui devient vite gonflant à l'usage.

Une solution plus simple à long terme c'est :
⋅ une partition DATA séparée, dans laquelle chaque utilisateur possède son dossier distinct, dans lequel il n'y a que ses documents visibles et divers à lui mais pas de fichiers cachés de config's.
⋅ la racine entière ( dossier /home inclus ) de chaque système est installée dans une partition distincte, la partition DATA est montée au démarrage dans /media/DATA ( configurable pendant l'installation. Ou après ).
⋅ dans chaque /home/$USER on remplace les dossiers usuels initiaux ( Bureau, Documents, Images, Musique, etc ) par des liens symboliques qui ciblent les données adéquates dans la partition DATA.

De cette façon :
⋅ les fichiers de config's cachés restent dans leur /home/$USER respectifs, en bonne harmonie avec leurs logiciels et env. de bureau relatifs.
⋅ les documents personnels du ou des utilisateurs sont complètement isolés des systèmes ( tu peux donc casser tes systèmes l'esprit tranquille ).


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#21 Le 19/01/2022, à 08:27

Qid

Re : Au sujet de la modification de taille swap?

Coeur Noir a écrit :

Dans des env. de bureau différents, la config' de l'un n'est pas forcément bonne pour l'autre. Ça pose souvent problèmes car certains env. de bureau utilisent tour à tour les mêmes fichiers pour consigner leurs config's différentes, voire divergentes voire incompatibles.

Pour l'exemple vécu (ça commence à dater mais je doute que ça ai changé) les 2 mint (mate et cinamon) ne se supportent pas et s'entretuent...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne

#22 Le 19/01/2022, à 16:23

Coeur Noir

Re : Au sujet de la modification de taille swap?

C'est malheureusement un bon exemple, QiD.

La plupart des env. de bureau étant des « forks » de Gnome 2 ou 3, et la plupart usant des « toolkits » GTK, ils recourent à des composants communs mais avec des configurations / paramètres / dépendances qui ont pris des chemins différents selon les env. de bureau.
Donc ces env. de bureau là cohabitent difficilement voire pas du tout. Ce sera moins difficile de faire cohabiter ( sous un seul utilisateur ) un env. issu de Gnome à côté d'un env. issu de KDE/Plasma puisque dans ce cas, ces 2 là n'auront quasiment rien en commun ( mais installera un paquet de logiciels différents pour des tâches identiques, ce qui peut poser d'autres problèmes : indexeur de fichiers, gestionnaires réseau, paramètres système, etc avec un gros impact potentiel sur les ressources et les processus en arrière-plan ).

Quoi qu'il en soit on évite une bonne part des problèmes de cohabitation
⋅ en dédiant un utilisateur distinct par env. de bureau, au sein d'un OS : ça isole les configurations spécifiques dans chaque /home/$USER, sans interférence d'un env. sur l'autre,
⋅ en n'installant que la version minimale d'un env. de bureau supplémentaire, pour éviter d'installer les nombreux logiciels qui viennent avec un « full-desktop » ( mais du coup on ne goûte pas complètement à l'env. en question ).

C'est une force et une limite des ×buntu : chaque variante intègre spécifiquement un env. de bureau, elles sont conçues dans ce sens, globalement ( de la racine système jusqu'aux config's utilisateurs ).
Ça exclut ± la possibilité de faire cohabiter tranquillement plusieurs env. de bureau au sein d'un seul OS - hors précautions contraignantes.

Le plus « simple » étant d'installer des variantes ×buntu complètes en multi-boot, et de ne partager entre elles QUE les documents utilisateurs ( pas les config's ).


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#23 Le 21/01/2022, à 18:31

stephane13

Re : Au sujet de la modification de taille swap?

De mémoire que Ubuntu. 2 sûrs: un essai avec Gnome et celle en cours sous Mate. Peut-être un 3 je ne sais plus.

Je suis avec la version 18.04.6.

Hors ligne

#24 Le 21/01/2022, à 18:54

Coeur Noir

Re : Au sujet de la modification de taille swap?

Liste des env. de bureau installés :

ls /usr/share/xsessions

Liste des utilisateurs « humains » sur le système :

grep -E :[0-9]{4}: /etc/passwd

DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#25 Le 21/01/2022, à 19:05

Qid

Re : Au sujet de la modification de taille swap?

Coeur Noir a écrit :

Liste des utilisateurs « humains » sur le système :

grep -E :[0-9]{4}: /etc/passwd

je suis hors sujet mais peux-tu détailler la commande ? ça m’intéresserai de la comprendre...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

En ligne