Ubuntu-fr

Bougron

[Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonsoir.
J'ai installé une version 15.04.  Il m'a semblé que GPARTED mettait pas mal de temps pour afficher la liste des partitions présentes.
     J'ai donc décidé de chronométrer:  Entre le moment où j'appuie sur la demande et le moment où il répond, il s'est écoulé  97 secondes.
          Cette même action  se fait  en 23 secondes en utilisant ubuntu 14.2  noyau 3.13  ou ubuntu 14.2 noyau 3.16

AJOUT   Les trois OS sont installés sur la  même machine ayant sur un seul disque.
               Les logiciels sont à  jour à samedi dernier. Les mesures ont été faites à quelques minutes d'intervalle.

bougron@15-4:~$   sudo dpkg -l | grep -Ei "linux-headers|linux-image" | sort -k 3
ii  linux-headers-3.19.0-15                              3.19.0-15.15                               all          Header files related to Linux kernel version 3.19.0
ii  linux-image-extra-3.19.0-15-generic                  3.19.0-15.15                               amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii  linux-headers-3.19.0-15-generic                      3.19.0-15.15                               amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-3.19.0-15-generic                        3.19.0-15.15                               amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii  linux-headers-generic                                3.19.0.16.15                               amd64        Generic Linux kernel headers
ii  linux-image-generic                                  3.19.0.16.15                               amd64        Generic Linux kernel image
ii  linux-headers-3.19.0-16                              3.19.0-16.16                               all          Header files related to Linux kernel version 3.19.0
ii  linux-image-extra-3.19.0-16-generic                  3.19.0-16.16                               amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii  linux-headers-3.19.0-16-generic                      3.19.0-16.16                               amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-3.19.0-16-generic                        3.19.0-16.16                               amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
bougron@15-4:~$ 

=====>A croire que le gparted de la version 15.04 n'utilise pas la table de partition....

Dernière modification par Bougron (Le 24/08/2016, à 01:01)

sinbad83

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonjour,
pas de lenteur particulière chez moi. Gparted met autour de 20 secondes pour 3 DD et un SSD.
Par contre, Disk-Manager me semble lent avec 15 secondes pour qu'il s'affiche.

---

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

bluc

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonjour,

J'ai deja remarqué des lenteurs voir meme ne pas afficher du tout les partitions quand un disque a un probleme,ce qui est normal

---

Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonjour sinbad83
        Est-tu bien en version 15.04?

Bonjour moko138 et bluc
     Comme quoi on n'est jamais assez précis.

sinbad83

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonjour sinbad83
        Est-tu bien en version 15.04?

Oui (noyau 3.19.0-10-generic). Sinon, je n'aurais pas répondu...

Dernière modification par sinbad83 (Le 18/05/2015, à 11:40)

---

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonjour.
Je viens d'installer la version 14.04.3
Le problème de lenteur de Gparted a disparu, l'affichage est revenu à la même vitesse que sous 14.04.2
mais si je choisis de lancer de nouveau la version 15.04, je constate toujours la même lenteur.
Cependant, je me prépare à supprimer la version 15.04 car plus ancienne que la version 14.04.3
Donc je ferme la discussion.

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonsoir.
J'ai installé une version 15.04.  Il m'a semblé que GPARTED mettait pas mal de temps pour afficher la liste des partitions présentes.
     J'ai donc décidé de chronométrer:  Entre le moment où j'appuie sur la demande et le moment où il répond, il s'est écoulé  97 secondes.
          Cette même action  se fait  en 23 secondes en utilisant ubuntu 14.2  noyau 3.13  ou ubuntu 14.2 noyau 3.16

AJOUT   Les trois OS sont installés sur la  même machine ayant sur un seul disque.
               Les logiciels sont à  jour à samedi dernier. Les mesures ont été faites à quelques minutes d'intervalle.
16.16                               amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP

=====>A croire que le gparted de la version 15.04 n'utilise pas la table de partition....

Je viens d'installer, il y a quelques jours, la version 16.04.1

u16041@u16041:~$ pg /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.1 LTS"
(EOF):

Le temps nécessaire pour afficher la grille est maintenant  inacceptable  à croire que cela passe par la fonctionnalité "deep search" de tesdisk.

==>      il faut 8 minutes et 56 secondes entre le moment où je valide le mot de passe de lancement et le moment de l'affichage .....

  Je vais bientôt rebooter en 14.04.4 pour chronométrer cette action.

Comme cela ne suffit pas, je viens de constater  que  la fonction "copier/coller  de partition"  ne boucle pas... Il lui faut simplement beaucoup plus de temps.
" copier le système de fichiers de /dev/sda6 vers /dev/sdb8 01:11:59    ( SUCCÈS ) "

Elle n'affiche plus la procession.  Tout semble se passer comme si  les copies se faisaient par bloc de 512 octets en non plus par bloc de 2 Mo.

J'ai une chaîne de liaison en USB3 et le débit est de 9,33Mo/s   Ce qui est peu.

GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Copier /dev/sda6 vers /dev/sdb8  01:16:50    ( SUCCÈS )
     	
calibrer /dev/sda6  00:00:15    ( SUCCÈS )
     	
chemin : /dev/sda6 (partition)
début : 68192256
fin : 146935841
taille : 78743586 (37.55 Gio)
calibrer copie de /dev/sda6  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sdb8 (partition)
début : 897079296
fin : 976771071
taille : 79691776 (38.00 Gio)
vérifier le système de fichiers sur /dev/sda6 et corriger les problèmes (si possible)  00:03:22    ( SUCCÈS )
     	
ntfsresize -i -f -v /dev/sda6  00:03:22    ( SUCCÈS )
     	
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda6
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40316716032 bytes (40317 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 38174 MB 338837
$MFTMirr : 1 MB 1
Compressed : 38170 MB 187085
Sparse : 27362 MB 94888
Ordinary : 40317 MB 1609
You might resize at 28198379520 bytes or 28199 MB (freeing 12118 MB).
Please make a test run using both the -n and -s options before real resizing!
définir le type de partition sur /dev/sdb8  00:00:06    ( SUCCÈS )
     	
nouveau type de partition : ntfs
copier le système de fichiers de /dev/sda6 vers /dev/sdb8  01:11:59    ( SUCCÈS )
     	
ntfsclone -f --overwrite /dev/sdb8 /dev/sda6  01:11:59    ( SUCCÈS )
     	
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715008 bytes (40317 MB)
Current device size: 40316716032 bytes (40317 MB)
Scanning volume ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Cloning NTFS ...
100.00 percent completed
Syncing ...
ntfsclone v2015.3.14AR.1 (libntfs-3g)
mise à jour du secteur de démarrage du système de fichiers ntfs sur /dev/sdb8  00:00:00    ( SUCCÈS )
vérifier le système de fichiers sur /dev/sdb8 et corriger les problèmes (si possible)  00:00:22    ( SUCCÈS )
     	
ntfsresize -i -f -v /dev/sdb8  00:00:22    ( SUCCÈS )
     	
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 38174 MB 338837
$MFTMirr : 1 MB 1
Compressed : 38170 MB 187085
Sparse : 27362 MB 94888
Ordinary : 40317 MB 1609
You might resize at 28198379520 bytes or 28199 MB (freeing 12118 MB).
Please make a test run using both the -n and -s options before real resizing!
agrandir le système de fichiers pour remplir la partition  00:00:45    ( SUCCÈS )
     	
lancer une simulation  00:00:22    ( SUCCÈS )
     	
ntfsresize --force --force --no-action /dev/sdb8  00:00:22    ( SUCCÈS )
     	
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
New volume size : 40802185728 bytes (40803 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
The read-only test run ended successfully.
redimensionnement réel  00:00:23    ( SUCCÈS )
     	
ntfsresize --force --force /dev/sdb8  00:00:23    ( SUCCÈS )
     	
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
New volume size : 40802185728 bytes (40803 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/sdb8'.

========================================

Pouvez-vous confirmer  ce type de fonctionnement?

Dernière modification par Bougron (Le 03/08/2016, à 13:26)

malbo

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

La lenteur semble liée chez toi sur ta machine aux versions de Ubuntu qui utilisent systemd (c'est le cas de 15.04 et 16.04) alors que la version 14.04 et toutes les petites intermédiaires (14.04.1, jusqu'à bientôt 14.04.5) utilisent Upstart

Dernière modification par malbo (Le 03/08/2016, à 13:30)

Rufus T. Firefly

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Avec Debian jessie kde (=> partitionmanager à la place de gparted), ça prend exactement 10 secondes avec 1 disque interne et 4 disques usb, 500 Go chacun. Mais que du gnu/linux ! Pas de ntfs donc !

NAME   LABEL              SIZE FSTYPE MOUNTPOINT UUID
sda                     465,8G                   
├─sda1 jessie64          12,1G ext4   /          f51a2bfb-823a-4156-893e-25fc0d8bae0f
├─sda2 hydrogen64        12,1G ext4              161ec0d7-f79f-4d5e-8c9f-3806f9c65d9e
├─sda3 sid               12,1G ext4              b33eb913-11d9-4b78-b54b-dea7545632a1
├─sda4                      1K                   
├─sda5                    1,7G swap   [SWAP]     fbaffa18-9128-4e3d-9f6d-d757ec3fc962
└─sda6 data             403,5G ext4   /data      2facd2dd-b4b3-4f4f-ae6b-72a483636318
sdb                     465,8G                   
├─sdb1 cinema-en        458,3G ext4              ef20bd8e-a788-41ef-ab9b-22b95b5ca314
├─sdb2                    992M swap              54b086f5-a36d-467f-8187-15b7f062be92
└─sdb3 jessie-lxde        6,5G ext4              6d807112-13f9-435f-b99a-025230c7b500
sdc                     465,8G                   
├─sdc1 hydrogen-nonpae      8G ext4              7c10515a-a9b7-40fe-b2bb-d5f722497507
├─sdc2 jessie-cinnamon      8G ext4              49a828f0-559d-452a-a348-fa78053a2f7b
├─sdc3 jessie-mate          8G ext4              ea7b4626-edae-496f-ac24-514cb158fbab
├─sdc4                      1K                   
├─sdc5                      1G swap              399d69ee-f92f-4c2f-b032-d967fe2b94d0
├─sdc6 cinéma-fr        417,3G ext4              32aeb3f4-055a-485c-9136-9dacd2fb8c0f
└─sdc7 toshiba-test       7,8G ext4              e22a0d1f-aae6-40dc-b91d-1877e41bbb91
sdd                     465,8G                   
├─sdd1 hydrogen-nonpae      8G ext4              7d4c9d04-97cd-4fd5-8c8e-6ecb6c85fb62
├─sdd2 test2-antiX15        8G ext4              3f6321b7-7fac-4231-b222-278dd7f75329
├─sdd3 mini-nonpae          8G ext4              1af78974-46c0-4e78-89d2-55d9a193a730
├─sdd4                      1K                   
├─sdd5                      1G swap              3b288406-1f11-4df3-8945-7deed23beee9
├─sdd6 tmp                  1G ext4              6cfe0cd5-753b-4ac1-ae3c-ded218d1c7f7
└─sdd7 cinéma           423,8G ext4              754062b4-c843-4404-ba7f-c30b950b1620
sde                     465,8G                   
├─sde1 system             7,8G ext4              6ff819f3-f2a4-4ea8-bcee-0849c3e2ceae
├─sde2                 1004,1M swap              a6760b4d-3997-43a5-a4ed-d44e939fe0b9
└─sde3 archives           457G ext4              72f3062f-744c-4521-85f1-ecb361449c5f

Noyau 3.16 et systemd...

Dernière modification par Rufus T. Firefly (Le 03/08/2016, à 13:50)

---

La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

malbo

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

@Rufus T. Firefly : j'ai bien noté "sur ta machine" dans le post #8. Si le problème affectait tous les ordis du monde, on en entendrait parler depuis longtemps.

moko138

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Sur Notebook, 1,5 Gio, Atom double coeur

Crunchbang (base Debian 7.11 (wheezy)),  3.2.0-4-486 #1 Debian 3.2.81-1 i686,  gparted 0.12.1 :
36''

Lub 14.04, 3.13.0-92-generic i686, gparted 0.18.0 :
38''

Xub 12.04.5,   3.2.0-106-generic i686, gparted 0.11.0 :
52''

Dernière modification par moko138 (Le 03/08/2016, à 19:50)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonsoir
L'explication probable mais pas spécialement compréhensible
      J'ai lancé 3 fois la mesure     8'56" (ce matin) et mainitenant     8'25"    puis   8'08"
      Je décide de tuer le téléchargement d'un ISO qui est probablement actuellement très demandé.
     J'ai lancé trois fois la mesure: 74"  puis 76" secondes et enfin 74"   mais mon métier n'est pas d'être chronométreur donc on va dire 3 fois la même valeur soit 75".
     Je décide de relancer  la demande de rapatriement de l'iso   qui recommence donc à son début. Je relance la mesure        => J'ai   7'42"
Ce temps extrêmement long me semble donc lié au fonctionnement d'un téléchargement initialisé sous firefox
=>J'ignorais cet impact.

Je viens de repasser en 14.04.4 (je n'ai plus les versions précédentes)   Je n'ai fait qu'une mesure dans chaque cas. Les temps sont respectivement 55"   et 5'50"
Je vais dire que les temps augmentent de 50% en passant en 16.04 pour un même résultat.

Une réflexion. Il n'y a probablement pas que gparted qui est affecté, car sous libre office, j'avais l'impression qu'il n'était pas si réactif pour se déplacer dans les pages ou aller chercher des fichiers. Mais ce n'est pas mesurable.

Ajout;  Il n'y a qu'un seul  disque a examiner Mais il a plus d'une partition.

Dernière modification par Bougron (Le 04/08/2016, à 09:04)

moko138

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Quand tu télécharges (avec un débit normal ou élevé) un gros fichier,
ça modifie, en cours de calcul, l'espace "utilisé".

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

lynn

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Chez moi, entre le mot de passe et l'affichage des partitions, ça prend un peu moins de 4 secondes pour 6 disques durs dont 1 en ntfs...

Ceci avec Ubuntu 16.10 sur un I7 - 3770k et GParted 0.25.0

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Chez moi, entre le mot de passe et l'affichage des partitions, ça prend un peu moins de 4 secondes pour 6 disques durs dont 1 en ntfs...

Ceci avec Ubuntu 16.10 sur un I7 - 3770k et GParted 0.25.0

Bonjour
Donc si je comprends bien, dans 3 mois cela devrait s'améliorer  si j'installe la version 16.10
J'espère de cette amélioration arrivera avec les mises à  jours quotidiennes avant!

Le n° de version de gparted  utilisé est 0.25.0
Mais
Je viens de chronométrer en 19 secondes sur le micro LEGACY même version de ubuntu (16.4.1 x86.64) qui est équipé de 4 disques.

Dernière modification par Bougron (Le 04/08/2016, à 13:59)

Bougron

Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1

Bonsoir
L'explication probable mais pas spécialement compréhensible
      J'ai lancé 3 fois la mesure     8'56" (ce matin) et mainitenant     8'25"    puis   8'08"
      Je décide de tuer le téléchargement d'un ISO qui est probablement actuellement  url=https://forum.ubuntu-fr.org/viewtopic.php?pid=21564073#p21564073  très .

Je viens de trouver la vraie cause.
Comme je ne réussissais pas à  télécharger le fichier iso en 24 heures. J'ai fini par penser qu'il y avait un autre problème...
Cet autre problème, je viens de le trouver.     La vitesse d'écriture dans la partition est ridicule.  Aux environs de 10 Ko/s soit facilement 100 fois moins que de la petite vitesse.
Cette mesure est faite avec ddrescue dont voici un extrait

u6041@u16041:~$ sudo ddrescue -b512  -c1  /DPP/ISO/Win10_1607_French_x64.iso /SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:    442880 B,  errsize:       0 B,  current rate:     6656 B/s
   ipos:    442880 B,   errors:       0,    average rate:     9841 B/s
   opos:    442880 B, run time:      45 s,  successful read:       0 s ago
Copying non-tried blocks... Pass 1 (forwards)^C
Interrupted by user

La partition est montée via  /etc/fstab et la ligne est la suivante;

UUID=4604E18B6CAD0469  /SPEED  ntfs-3g    sync,windows_names,errors=remount-ro    2    2

Le fait d'enlever l'option sync améliore considérablement le débit.  J'ai mis à jour la documentation.

16041@u16041:~$ sudo ddrescue -b512  -c1  /DPP/ISO/Win10_1607_French_x64.iso /SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:     4200 MB,  errsize:       0 B,  current rate:    1187 kB/s
   ipos:     4200 MB,   errors:       0,    average rate:    7106 kB/s
   opos:     4200 MB, run time:    9.85 m,  successful read:       0 s ago
Finished                                     
u16041@u16041:~$

Mais il y a encore pas loin de 40 % à gagner par rapport à un montage manuel de la partition.

u16041@u16041:~$ sudo blkid | grep SPEED
/dev/sda17: LABEL="speed" UUID="4604E18B6CAD0469" TYPE="ntfs" PARTLABEL="SPEED" PARTUUID="fa86f7ed-7a1a-428c-ba3a-164da19d2e87"
u16041@u16041:~$ 

u16041@u16041:~$ sudo fdisk -l | grep sda17
/dev/sda17   1840277504 1860265983  19988480   9,5G Microsoft basic data
u16041@u16041:~$ 

sudo mount /dev/sda17 /mnt/SPEED

u16041@u16041:~$ sudo ddrescue -b512  -c1  /DPP/ISO/Win10_1607_French_x64.iso /mnt/SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:     4200 MB,  errsize:       0 B,  current rate:    1142 kB/s
   ipos:     4200 MB,   errors:       0,    average rate:   11634 kB/s
   opos:     4200 MB, run time:    6.01 m,  successful read:       0 s ago
Finished                                     
u16041@u16041:~$ 

Dernière modification par Bougron (Le 24/08/2016, à 00:59)