[Résolu] J'ai un PC qui devrait fonctionner comme une fusée et qui se traine comme un char à bœuf ! [Réglé]
Il attend ... il attend
Système et matériels / Autres matériels et périphériques
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Bonjour,
Pourquoi le système bloque-t'il en lecture tous les 3 à 5 fichiers (mais parfois, il peut en lire 20, 50 à la suite, puis recommence) ?
Il attend, 1 voire 2 minutes avant d'afficher la fenêtre suivante ou demandée ( et parfois beaucoup plus longtemps, quand j'ai la patience d'attendre)
Ici un exemple avec Digikam, car c'est plus simple de mesurer/calculer le temps d'affichage, mais j'ai la même chose sur Dolphin par exemple.
Ci-joints en exemple 7 prises de l'écran d'activité système pendant 1'45"11 d'une lecture qui a duré 6'12" en tout !!!
Je précise que le fichier de la photo concernée E_20220623_581.jpg ne pèse 8.5 M°
[hide]
[/hideFiche technique : Intel I5 12400, Mageia 8 à jour.
Merci de vos commentaires,
Cordialement, Dan
Édité par dantou Le 24/11/2022 à 12h13
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Édité par Ami age Le 30/06/2022 à 18h50
_______________________________________________________________________ 
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
1 SSD 500 G° en M2 qui contient Windows (90 GG°) + en ext4 : Mageia (50G°) + Swap (4G°) + /home (50 G°) avec les bdd de Digikam (dt 12.5G°) + /tmp (75 G°) qui abrite le fonctionnement de Digikam.
1 HDD 3T° WD Red 3.5" 64 M° en ext4 (initialement installé sur mon NAS) sur lequel j'ai installé l'ensemble de mes photos
1 HDD : WD 2.5" 1T° dont 800 G° en ext4 pour mes données
J'utilise désormais Digikam en Appimage pour sa dernière version 7.5 espérant que ça s'améliorerait, mais le phénomène est strictement identique que la version 7.1 installé de Mageia.
Quand à Dolphin, il est dans son jus.
Toutes les maj sont effectuées.
Ce soir, il s'était bien reposé de la soirée. J'ai fait défilé 14 photos avant que ça se produise. Mais un fois que le phénomène de lecture ( ou d'attente) se produit, il me semble s'accentuer (durer plus longtemps, plus souvent, un peu plus long entre chaque photo) au fil de l'utilisation, comme s'il s'engorgeait.
En début d'après-midi, c'est Dolphin qui a mis plus d'1 minute à me donner le contenu de mon Dossier personnel.
Dernier point, l'UC est le plus souvent entre 700 et 800 Mhz, la RAM dépasse rarement 3 G°, le Swap dépasse parfois 100 M° et le cache dirty et écriture différée atteignent 1 M°, 1 M° .
Voilà.
Si quelqu'un a une idée ... ou même plusieurs ;o)
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Et dans les autres disques ?
Bizarre que le swap soit utilisé.
_______________________________________________________________________
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Y aurait-il des anomalies signalées dans le journal ?
en root : journalctl --no-hostname -f
-f : pour suivre les nouvelles entrées qui arrivent.
Les indications que tu donnes semblent mettre hors de cause une surcharge du processeur ou de la mémoire.
Il reste donc les échanges processeur - disques.
Ceci est géré par le noyau. Le problème est-il le même avec un noyau différent (par exemple un plus ancien) ?
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
L'utilisation du swap semble montrer qu'il y a eu un pic de consommation de mémoire vive à un moment. Cela peut arriver lors de l'utilisation en simultané de Firefox et d'un programme gourmand à côté. N'aurais-tu pas une énorme photo qui ferait plusieurs Go ?
Un bon moyen pour vider le swap :
Code BASH :
su - swapoff -a swapon -a exit
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Amiage :
Oui. Actuellement 22 G°Il y a encore de la place dans home ?
Amiage :
Oui. 39 G° dans /, 100 et 300 G° dans les photos, 750 G° dans Données,Et dans les autres disques ?
Amiage :
Il n'est pas toujours utilisé, seulement quand il attend
Bizarre que le swap soit utilisé.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ceci est toutefois étonnant, voire anormal.
Je n'avais pas bien regardé tes copies d'écran. Elles montrent des "tailles virtuelles" dont je ne sais pas à quoi elles correspondent. Les valeurs indiquées dépassent le Go pour dolphin, digikam et thumbnailer. Ce dernier est une fonctionnalité de Plasma qui met en cache des vignettes pour toutes les images qui sont visitées. Il utilise ensuite ces images pour afficher les aperçus, dans dolphin ou dans le sélecteur de fichier.
Comme tu as déplacé ces images, le système ne les connait pas et recalcule tous les aperçus pour les mettre en cache. Manifestement, ce processus semble trop gourmand en terme de mémoire. Cependant, une fois qu'il aura fini ce travail, il devrait se calmer.
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
D'autant que la bdd de Digikam me donne ceci :
Ce qui signifie que lorsque j'aurai tout regardé, thumbnailer aura enregistré une vue de toutes les photos et ne perdra plus de temps ... qu'à la rechercher. Mais ça doit prendre une place folle ?
Édité par dantou Le 01/07/2022 à 18h26
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
et avec gnview, je viens d'essayer sur un répertoire dans lequel j'ai une mutltitude de photos, et c'est hyper rapide,
pour afficher les photos, ou voir toutes les vignettes du dossier (qu'il crée en direct car je ne les avais pas déjà visualisées)
Est-ce lié à digikam ?
Tu es dans une machine virtuelle ou installé en dur ?
Édité par Ami age Le 02/07/2022 à 11h36
_______________________________________________________________________
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Amiage :
Est-ce lié à digikam ?
Tu es dans une machine virtuelle ou installé en dur
Tu es dans une machine virtuelle ou installé en dur
Digiikam ou pas, là est la question. Mais je vais essayer avec Genview pour voir s'il y a des bouchons.
Sinon, je suis installé en dur (j'ai changé ma tour et tout et tout pour avoir de la rapidité, alors tu comprendras mon étonnement.
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Pas trouvé grand chose.
Juste dans cette page de 2010 !
https://connect.ed-diamond.com/Linux-Pratique/lp-060/etiquetage-des-images-quel-gestionnaire-d-album-photos-choisir-digikam-f-spot-kphotoalbum-picasa-ou-xnview
_______________________________________________________________________
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Me revoilà enfin, en pleine garde des petits-enfants, donc pas de temps à consacrer à ma machine :o).
Mes problèmes de temps d'accès sont plus présents que jamais et pas seulement pour Digikam !
Ce n'est plus
Ami age :
maisEn tapant ralentissement et digikam,
" Immobilisation et système"
qu'il va falloir chercher.
Aujourd'hui, c'est en utilisant "FreeFileSync" que j'obtiens des résultats effarants : 7 jours (!!!) de traitement pour synchroniser les photos du mois de juin (3160 photos) entre mon PC et mon Serveur (Pour comparaison, ça a mis quelque chose comme 35 minutes entre le Portable et le Serveur). Et c'est la même chose pour obtenir le contenu de "/home" ou de "/home/dan/Documents" : ça prend plus d'une minute, alors qu'il n'y a rien dedans.
J'ai un PC qui devrait fonctionner comme une fusée et qui se traine comme un char à bœuf.
Qui pourrait m'aider à trouver le pourquoi ou simplement me donner une piste ?
Pour info, voici les écrans à 2 temps de la soirée
Info à 20:09
Caché :
Info à 20:53
Caché :
Info à 22:19
Caché :
et enfin Info à 01:00 le lendemain
Caché :
Quelqu'un voit-il une autre commande que je pourrais faire et qui aiderait à comprendre ce qui se passe ?
Que puis-je faire d'autre ?
Merci beaucoup
Édité par dantou Le 19/07/2022 à 01h01
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
?
mount -l
dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Voici
Jybz :
mount -l
Caché :
[root@localhost dan]# mount -l
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,size=8042768k,nr_inodes=2010692,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,inode64)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,mode=755,inode64)
/dev/nvme0n1p5 on / type ext4 (rw,noatime) [Mageia]
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17005)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime,mode=755)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
systemd-1 on /maya type autofs (rw,relatime,fd=52,pgrp=1,timeout=300,minproto=5,maxproto=5,direct,pipe_ino=26292)
/dev/nvme0n1p3 on /media/windows type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/nvme0n1p1 on /boot/EFI type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
/dev/nvme0n1p8 on /tmp type ext4 (rw,noatime)
/dev/nvme0n1p7 on /home type ext4 (rw,noatime) [Home]
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sda2 on /media/Win7 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [Win_Sys]
/dev/sdb1 on /media/WD3_1 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD3_1]
/dev/sda5 on /media/WD1_3 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD1_3]
tmpfs on /run/user/1001 type tmpfs (rw,nosuid,nodev,relatime,size=1612476k,nr_inodes=403119,mode=700,uid=1001,gid=1001,inode64)
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/etc/autofs/auto.maya on /maya type autofs (rw,relatime,fd=6,pgrp=1935,timeout=60,minproto=5,maxproto=5,indirect,pipe_ino=40226)
/dev/sdb2 on /media/WD3_2 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD3_2]
maya:/volume1/photo on /maya/photo type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
maya:/volume1/documents on /maya/documents type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
maya:/volume1 on /maya/volume1 type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
[root@localhost dan]#
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,size=8042768k,nr_inodes=2010692,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,inode64)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,mode=755,inode64)
/dev/nvme0n1p5 on / type ext4 (rw,noatime) [Mageia]
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17005)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime,mode=755)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
systemd-1 on /maya type autofs (rw,relatime,fd=52,pgrp=1,timeout=300,minproto=5,maxproto=5,direct,pipe_ino=26292)
/dev/nvme0n1p3 on /media/windows type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/nvme0n1p1 on /boot/EFI type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=utf8,shortname=mixed,utf8,errors=remount-ro)
/dev/nvme0n1p8 on /tmp type ext4 (rw,noatime)
/dev/nvme0n1p7 on /home type ext4 (rw,noatime) [Home]
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sda2 on /media/Win7 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) [Win_Sys]
/dev/sdb1 on /media/WD3_1 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD3_1]
/dev/sda5 on /media/WD1_3 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD1_3]
tmpfs on /run/user/1001 type tmpfs (rw,nosuid,nodev,relatime,size=1612476k,nr_inodes=403119,mode=700,uid=1001,gid=1001,inode64)
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/etc/autofs/auto.maya on /maya type autofs (rw,relatime,fd=6,pgrp=1935,timeout=60,minproto=5,maxproto=5,indirect,pipe_ino=40226)
/dev/sdb2 on /media/WD3_2 type ext4 (rw,nosuid,nodev,noexec,relatime,user) [WD3_2]
maya:/volume1/photo on /maya/photo type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
maya:/volume1/documents on /maya/documents type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
maya:/volume1 on /maya/volume1 type nfs4 (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.24,local_lock=none,addr=192.168.1.73)
[root@localhost dan]#
Édité par dantou Le 19/07/2022 à 13h16
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie