[Accès disque] Lenteur (résolu)

[DragonRock]

Bonjour à tous.

Il y a quelques semaines j'ai décidé d'arrêter Ubuntu pour passer à Arch, parce que j'ai pas mal d'amis qui m'en ont dit beaucoup de bien. J'dois avouer que je suis pas déçu, mais il y a quand même un petit truc qui me chiffone...

Depuis que j'suis sous Arch, j'ai l'impression que mon PC est plus lent, et j'ai l'impression que ca vient surtout des accès au disque dur (notamment, mon vim met souvent plusieurs secondes à enregistrer un fichier)

Après quelques recherches, je me suis aperçu que

Code : Tout sélectionner

sudo fdisk -l

me renvoyait ceci :

Code : Tout sélectionner

Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
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 : 0x000adc5a
La partition 1 ne commence pas sur une frontière de cylindre physique.
La partition 2 ne commence pas sur une frontière de cylindre physique.
La partition 3 ne commence pas sur une frontière de cylindre physique.
La partition 4 ne commence pas sur une frontière de cylindre physique.

Périphérique Amorçage    Début        Fin     Blocs  Id Système
/dev/sda1    *               63     192779     96358+ 83 Linux
/dev/sda2                192780    2152709    979965  82 Linux swap / Solaris
/dev/sda3               2152710   50974244  24410767+ 83 Linux
/dev/sda4              50974245 1465149167 707087461+ 83 Linux

Je me dis que je me suis peut-être gauffré sur le partitionnement de mon disque, et je me demande si mon problème ne pourrait pas venir de ces histoires de frontière de cylindre physique.

Est-ce que quelqu'un a déjà eu ce genre de problème ? Et si vous pensez que ca peut venir de ces histoires de cylindre physique, il y aurait une astuce pour réparer ça sans tout repartitionner et réinstaller Arch ?

Merci d'avance à vous !

EDIT :
J'ai utilisé GParted d'un live cd pour aligner mes partitions, et maintenant fdisk -l me donne ca

Code : Tout sélectionner

Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
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 : 0x000adc5a

Périphérique Amorçage    Début        Fin     Blocs  Id Système
/dev/sda1    *             2048     192511     95232  83 Linux
/dev/sda2                192512    2146303    976896  82 Linux swap / Solaris
/dev/sda3               2146304   50968575  24411136  83 Linux
/dev/sda4              50968576 1465139199 707085312  83 Linux

Mon vim mets toujours plusieurs secondes à sauvegarder des fichiers d'une centaine de lignes...

quelqu'un aurait d'autres idées ?

[oktoberfest]

Salut,

apparemment tu as un disque qui utilise des secteurs de 4kio.

Code : Tout sélectionner

Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
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

Voir par ici pour plus de renseignements : https://wiki.archlinux.org/index.php/Advanced_Format

Tu devrais donc aligner tes partitions pour qu'elles commencent toute à un multiple de 4Kio. Fais en sorte que la première partition commence à un multiple de 8 (8 x 512 = 4096) et que chaque taille de partition soit un multiple de 8. En lançant fdisk de cette façon cela devrait t'aider :

Code : Tout sélectionner

# fdisk -c -u /dev/sda

[DragonRock]

Salut,

tout d'abord, merci pour ta réponse.

Et pour aligner mes partitions, je suppose que j'suis obligé de les refaire, et donc de réinstaller Arch Linux ?

[benjarobin]

Tu peux utiliser Gparted pour réduire / déplacer une partition. Tu pourras vérifier avec fdisk si tout est bien aligner correctement.
Sinon pour les problèmes d’alignement tu peux aussi lire mon message qui est très similaire à celui-ci de oktoberfest : http://forums.archlinux.fr/post131404.html#p131404

@oktoberfest fdisk affiche maintenant par défaut les tailles en cylindre, donc l'option -u est inutile. De plus l'option -c est déprécié et inutile de mon point de vu...

[DragonRock]

Ah super, j'vais regarder ca ! Merci beaucoup !

EDIT :
Bon, alors j'ai utilisé Gparted (sur un live cd de ubuntu qui trainait ici), et j'ai déplacé mes partitions comme j'ai pu de sorte à faire commencer mes partitions sur des multiples de 2048 (je crois avoir lu sur l'un de vos liens qu'un multiples de 1024 suffisait, mais un multiple de 2048 est un mutliple de 1024, donc :p)

Et effectivement, après plus de 5h de déplacement de partitions, mon fdisk -l ne donne plus ce warning, et je suppose que c'est une bonne chose de faite ! Je ne sais pas encore si ça a résolu mon problème, mais j'ai l'impression que c'est le cas, dans la mesure où je n'ai pas eu de ralentissement depuis.

Voila voila, en tout cas merci beaucoup pour l'aide ! C'était très rapide et très efficace, j'apprécie !

EDIT 2:
Bon bah en fait ça n'a pas réglé mon problème, j'ai toujours des ralentissements au moment de sauvegarder avec vim. Et j'ai aussi des ralentissements en utilisant la complétion automatique (avec zsh)...

[Elbarto]

un "dmesg | grep UDMA" peut être utile pour voir si l'UDMA 100/133 est activé

[DragonRock]

Quand je la lance, ça me donne ça :

Code : Tout sélectionner

[    0.912468] ata1: SATA max UDMA/133 abar m2048@0xd4617000 port 0xd4617100 irq 43
[    0.912475] ata3: SATA max UDMA/133 abar m2048@0xd4617000 port 0xd4617200 irq 43
[    1.233455] ata1.00: ATA-8: WDC WD7500BPVT-22HXZT3, 01.01A01, max UDMA/133
[    1.237160] ata1.00: configured for UDMA/133
[    1.244277] ata3.00: ATAPI: MATSHITA DVD-RAM UJ8E1, 1.00, max UDMA/100
[    1.257632] ata3.00: configured for UDMA/100

C'est bon signe ? (je sais pas ce que c'est le UDMA )

En tout cas merci

[Elbarto]

oui c'est bon, les modes de transferts sont optimales

[DragonRock]

Parfait, bah merci pour le tuyau, j'vais me renseigner sur ce que c'est ^^

[DragonRock]

Bon, bah apparament l'alignement de mes partitions sur les cylindres n'a pas réglé le problème, mon vim mets toujours plusieurs secondes à sauvegarder certains fichiers, et la complétion automatique (de zsh) est parfois très longue.

Quelqu'un aurait d'autres idées ?

[benjarobin]

Pour être certain peux tu redonner la sortie de

Code : Tout sélectionner

fdisk -l /dev/sd[a-z]

[DragonRock]

Ouaip, ca me donne ça :

Code : Tout sélectionner

Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
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 : 0x000adc5a

Périphérique Amorçage    Début        Fin     Blocs  Id Système
/dev/sda1    *             2048     192511     95232  83 Linux
/dev/sda2                192512    2146303    976896  82 Linux swap / Solaris
/dev/sda3               2146304   50968575  24411136  83 Linux
/dev/sda4              50968576 1465139199 707085312  83 Linux

[benjarobin]

Tu peux essayer d'installer iotop est voir ce qui se passe...
Tu peux aussi donner la sortie de

Code : Tout sélectionner

smartctl -a /dev/sda

[DragonRock]

Salut,

smartctl -a /dev/sda a donné

Code : Tout sélectionner

smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.14.4-1-ARCH] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Scorpio Blue Serial ATA (AF)
Device Model:     WDC WD7500BPVT-22HXZT3
Serial Number:    WD-WXE1E13JKMP2
LU WWN Device Id: 5 0014ee 6ae16d11e
Firmware Version: 01.01A01
User Capacity:    750 156 374 016 bytes [750 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Thu May 22 16:07:28 2014 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(16500) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 162) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x7035)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   178   173   021    Pre-fail  Always       -       2100
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1745
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       972
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       314
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       140
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       48
193 Load_Cycle_Count        0x0032   188   188   000    Old_age   Always       -       38585
194 Temperature_Celsius     0x0022   106   099   000    Old_age   Always       -       41
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Beaucoup d'informations mais j'sais pas trop ce qu'il veut dire.

iotop est sympa, mais globalement j'ai l'impression qu'y'a pas trop d'activité sur mon disque dur.

Sinon après en désactivant les plugins de vim, j'ai eu de bonnes améliorations mais encore desfois quelques lags... Après, au fur et a mesure des optimisations que j'ai fait, j'ai de plus en plus de mal a distinguer ces lags, et le problème c'est que j'ai de plus en plus de mal a les provoquer (ce qui est bien dans un sens). Donc jvais un ptit widget daans mon awesome qui va me donner l'activité de mon disque dur pour la surveiller dans le cas ou la sauvegarde soit trop lente.

En attendant, j'vais mettre le sujet en résolu, dans la mesure ou mes sauvegardes de vim de 5 secondes n'arrivent plus ! ^^

Merci à tous !

[oktoberfest]

C'est un disque récent ou pas ? Parce que la valeur du 'Load Cycle Count' est assez élevé. Elle correspond au nombre de parcage des têtes de lecture. Par rapport au nombre d'allumage du disque (Power Cycle Count) je trouve la valeur élevé. Parquer souvent les têtes implique :
- de devoir les dé-parquer lors d'un accès ce qui prend du temps
- une usure rapide de ton disque

Voir par ici : http://wiki.archlinux.fr/Hdparm#Parcage_du_disque

[DragonRock]

Bah, il me semble qu'il est plutôt récent ouais... mon ordi est un acer aspire v3, j'l'ai acheté y'a quelques mois, donc j'pense qu'il doit pas être si vieux que ça (j'arrive pas à retrouver les specs exactes ici...)

Et je viens de m'apercevoir que hdparm -B /dev/sda me répondait APM_level = 96, et j'vois sur la doc que tu m'a passé que la valeur par défaut c'est -B128, ca veut peut-être dire que je parque trop effectivement.

Si je lance hdparm -B128 /dev/sda dans un terminal, ca peut faire baisser le Load Cycle Count ? Est-ce que tu me conseille de mettre 128 (par défaut), 199 (valeur moyenne suggérée par la doc) ou 254 (uniquement à l'arret du pc, si j'ai bien compris) ? Et est-ce que c'est le genre de commande qu'il faut que je lance à chaque fois, et à écrire dans un fichier de conf, ou si jle lance une fois ça sera bon définitivement ? (j'ai cru voir quelque part sur le net, quelqu'un qui disait l'avoir mis dans un fichier de conf la https://bbs.archlinux.org/viewtopic.php ... 68#p509468).

Encore merci à vous !

[oktoberfest]

Le Load_Cycle_Count est le nombre de parcages depuis le début de la vie de ton disque. Cette valeur ne peut qu'augmenter.
Tout ce qu'on peut faire c'est ralentir son augmentation.
Ce que je ferais dans ton cas:
- une prise de mesure (smartctl -a /dev/sda | grep Load_Cycle_Count)
- tu attends quelques minutes sans toucher à ton pc
- une autre prise de mesure.

L'idée c'est de voir à quelle vitesse le Load_Cycle_Count augmente.

Une fois que tu as fait ce test, tu peux jouer avec hdparm pour modifier le parametre APM_level. Une fois ceci fait tu revérifies avec la même procédure qu'au dessus pour voir si cela a un impact sur la modification du Load_Cycle_Count.

Une fois que tu as déterminé la valeur à mettre (chez moi j'ai mis 254), tu peux la fixer via un service systemd comme dans la page du wiki.

[DragonRock]

Ah d'accord, le nombre de parcage depuis le début de la durée de vie du disque...

Oui effectivement, il augmente assez vite, j'dirais que y'a à peu près un parcage par 2 secondes avec le paramètre initial... comparé à une fois par allumage du pc, ça fait peut etre beaucoup ^^

Le hdparm a l'air d'avoir bien fonctionné, depuis que je l'ai lancé, il a plus bougé...

J'vais me servir de systemd pour le mettre à 254 comme tout le monde apparament ^^

En tout cas, merci encore de vous occuper d'un noob comme moi :p

EDIT :
Bon, j'viens de faire le truc dans systemd, et après reboot, la nouvelle valeur de APM_level est bien de 254, une bonne chose de faite je suppose ^^

[oktoberfest]

Si tu as un parcage toutes les 2 secondes, ça peut expliquer tes lenteurs : quand vim voulait faire la sauvegarde, arch devait commencer par remettre en marche le disque.

Cette histoire de parcage c'est plutôt pénible. Je m'en suis rendu compte pour un pc que j'ai monté dans mon salon (ça n'a donc rien à voir avec le fait d'être un portable). En 6 mois il m'avait parqué les têtes plus de 200000 fois !
Depuis je me suis mis une tâche dans la crontab qui m'envoie un mail une fois par jour avec la valeur du Load_Cycle_Count, ça me permet de vérifier que ça ne bouge plus (des fois que le service systemd ne fonctionne plus suite à une mise à jour ou une erreur de ma part).

[DragonRock]

Le coup du mail c'est une bonne idée ^^

En tout cas, j'ai l'impression que mon vim sauvegarde bien comme il faut maintenant, entre les partitions pas alignées, et le parcage toutes les deux secondes, il avait de quoi ne pas être content il faut dire ^^

Encore merci pour tout !