Salut,
Je suis en squeeze depuis plus d’un an, et mes performances disques sont dramatiques (dès que le disque swap un peu, j’ai tout qui gèle ou qui saccade).
Je mettais ça sur le compte du status “testing”, mais maintenant qu’elle est stable, ça fait toujours pareil …
Mon noyau est 2.6.32-3 et 64bits.
Je pense que le chipset de ma carte mère est mal supporté, qu’en pensez-vous ? Comment est-ce que je pourrais résoudre ce problème ? Mon PC est un fudjitsu siemens P5730.
merci
Salut,
Combien as-tu de mémoire vive pour que le système soit obligé de swapper ?
2Go de RAM, dont 768 qui sont toujours pris par une machine virtuelle.
Re,
Essaies de diminuer ces 768, surtout si ta machine virtuelle est un Win qui ne sait pas s’en servir 
Il faudrait arriver à un compromis où le swapping ne soit plus qu’exceptionnel ou faire l’achat d’un peu de mémoire
Le problème viens vraiment du rapport activité disque / ressources utilisées.
Mon disque est en SATA, ce n’est pas possible qu’autant de ressources soient prises juste quand le disque tourne.
Autre exemple: je copie un fichier de mon disque vers un FTP par exemple: tout le PC se met à ramer … A cause encore une fois de l’activité disque. idem pour la copie disque à disque etc …
Par quel moyen puis-je vérifier si les pilotes disque ou chipset sont correctement installés ?
merci, à+
Hum, es tu sur que le DMA est activé?
As tu des messages relatifs à ton disque dans dmesg ou dans /var/log/syslog?
hdparm
-i pour les info (dma 1,2,3 …)
-Tt pour un test vitesse
Salut, je n’ai pas de log particulier.
sinon les résultats des tests de performances:
/dev/sda2:
Timing cached reads: 2160 MB in 2.00 seconds = 1080.27 MB/sec
Timing buffered disk reads: 296 MB in 3.00 seconds = 98.64 MB/sec
Un hdparm -I /dev/sda2 me donne entre autre:
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
Donc si je comprend bien, il est actuellement en udma6.
L’utilitaire de disque de l’interface graphique me donne des performance en lecture minimum de 58Mo/s et max de 113Mo/s et un temps d’accès de 18ms.
#hdparm /dev/sda2
/dev/sda2:
multcount = 16 (on)
IO_support = 0 (default)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19457/255/63, sectors = 122929380, start = 40965750
Des idées ? Tout a l’air normal non ?
[code]# hdparm -Tt /dev/sda1
/dev/sda1:
Timing cached reads: 3484 MB in 2.00 seconds = 1743.41 MB/sec
Timing buffered disk reads: 258 MB in 3.01 seconds = 85.58 MB/sec
#hdparm -Tt /dev/sda2
/dev/sda2:
Timing cached reads: 3066 MB in 2.00 seconds = 1533.92 MB/sec
Timing buffered disk reads: 244 MB in 3.04 seconds = 80.22 MB/sec
[/code]ton disque me parait parfait. Çe ne vient pas de ton disque. Donne nous un peu de détails sur ces swaps…
98.64 MB/sec
ça me parait pas mal non, mais j’arrive à tout juste à 60
hdparm -I /dev/sda | grep speed (c’est un grand i pas l)
free -m
?
fdisk -l
/etc/fstab
en générale ça vient souvent du pilote graphique, la 3d, compiz? C’est quoi le chipset graphique?
Alors je fais le test suivant:
je balance un iso de 600Mo de mon disque vers un partage sur le réseau.
Au début de la copie, tout va bien, mon PC est presque aussi fluide que quand il fait rien, je passe d’un espace de travail à l’autre, je lance un navigateur tout va bien …
Vers le milieu de la copie, ça y est ça commence à devenir catastrophique:
le passage d’une fenêtre à l’autre est hyper lent avec le contour qui met 2 plombes à se dessiner, déplacer une fenêtre se transforme en séance de diapositives etc … Bref, comme si il y avait un énorme processus planté alors que … Il y a un simple transfert réseau en cours …
Si je stop le transfert, ça continue de ramer 10s, puis hop mon pc devient à nouveau opérationnel.
Vraiment, je sèche …
Voila le résultat:
hdparm -I /dev/sda | grep speed
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)free -m
total used free shared buffers cached
Mem: 2433 2388 45 0 8 915
-/+ buffers/cache: 1464 969
Swap: 2596 391 2205
fdisk -l
omitting empty partition (5)
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x46f349d8
Device Boot Start End Blocks Id System
/dev/sda1 * 1 2550 20482843+ 7 HPFS/NTFS
/dev/sda2 2551 10202 61464690 83 Linux
/dev/sda3 10203 19457 74340725+ 5 Extended
/dev/sda4 19127 19457 2658726 82 Linux swap / Solaris
/dev/sda5 10203 18712 68356512 83 Linux
/dev/sda6 18713 19126 3325423+ 82 Linux swap / SolarisVoilou, et merci
[quote=“Arbredelaforet”]Alors je fais le test suivant:
je balance un iso de 600Mo de mon disque vers un partage sur le réseau.
Au début de la copie, tout va bien, mon PC est presque aussi fluide que quand il fait rien, je passe d’un espace de travail à l’autre, je lance un navigateur tout va bien …
Vers le milieu de la copie, ça y est ça commence à devenir catastrophique:
le passage d’une fenêtre à l’autre est hyper lent avec le contour qui met 2 plombes à se dessiner, [/quote]
Que donne un top à ce niveau?
Non, il est en SATA. Les modes Ultra DMA sont spécifiques au transport parallèle (PATA) et n’ont pas de signification en transport série (SATA), c’est juste de l’émulation de l’interface ATA.
Ou bien “vmstat 5” (moins si on veut une période plus courte, plus pour une période plus longue) pendant et après un transfert jusqu’au retour à la normale.
J’ai vu des utilisateurs se plaindre que lors de transferts de fichiers la mise en cache des fichiers transférés était trop privilégiée par rapport aux fichiers déjà présents et à la mémoire des processus qui peut se retrouver swappée, le tout nuisant à la réactivité du système car il faut tout recharger ensuite. Il faudrait vérifier si c’est ton cas.
De bon matin, alors que je n’ai aucun paramètre de veille activé des disques ou autres:
3min pour obtenir la mire de login, 5min pour redessiner les quelques fenetres ouverte, bref, j’ai lancé un vmstat 5 à ce moment là.
Je précise que j’ai d’ouvert: 7 onglets google chrome, ma VM avec 768Mo de RAM, 4 nautilus, 3 terminaux.
vmstat 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 1801640 63308 1652 116032 2 3 19 23 1 1 7 11 81 1
0 0 1801560 65548 1664 113544 84 0 126 8 1006 1683 4 6 86 4
0 6 1801104 65096 1596 113180 1373 131 1669 137 1322 2132 6 8 47 39
0 3 1800376 62280 1312 114060 1938 211 1940 219 1200 1827 5 10 0 85
0 3 1800864 78868 1316 111064 1489 400 1602 438 1170 1895 7 8 6 78
1 1 1802848 97348 1312 108840 1418 644 1498 654 1281 2012 6 10 23 61
0 4 1804168 94012 1320 113272 586 390 886 399 1304 2058 6 9 53 32
0 5 1803920 92308 1268 109612 1704 263 1958 270 1327 2400 6 10 25 59
0 6 1807828 102656 1384 113352 249 873 690 873 1307 2022 6 11 6 77
0 7 1796900 100156 1376 111500 1763 242 1865 254 1238 1973 6 9 0 85
1 7 1776820 101312 1376 111776 1863 303 1956 364 1271 1949 7 8 0 84
0 7 1753736 113808 1228 109564 2115 226 2166 237 1305 1987 6 8 13 73
0 6 1741172 125752 956 108788 1682 250 1756 276 1273 2099 6 8 5 81
1 6 1725068 116208 924 113068 2349 204 2473 205 1190 1906 6 9 2 83
0 7 1708136 102572 924 115488 2418 62 2491 86 1200 1830 4 8 0 88
0 9 1689880 92152 1340 119644 1808 210 1926 225 1154 1709 4 7 0 88
1 11 1670056 97376 1348 111636 1373 414 1462 438 1336 2053 9 9 0 82
1 8 1654436 91148 1352 112876 1242 249 1696 254 1180 1690 5 6 0 89
1 9 1636128 82388 1360 117960 1284 247 1434 300 1287 1934 7 9 1 83
2 12 1614272 72588 1368 120076 1804 93 1986 448 1173 1733 7 8 0 85
1 13 1583496 73952 1368 117428 1949 225 1954 414 1220 1802 6 7 0 87
0 13 1551756 88312 1148 116560 1428 350 1495 393 1155 1694 3 7 0 90
2 19 1493416 90304 1536 116104 1718 78 1971 81 1158 1809 4 8 0 88
0 15 1470204 86528 1540 117760 1435 130 1738 188 1064 1478 3 6 0 91
0 20 1447272 82824 1540 117768 1520 96 1560 98 1073 1598 3 8 0 89
1 18 1409508 84116 1448 117756 1706 119 1706 122 1209 1810 4 8 0 88
0 16 1395892 89228 1316 112852 949 467 968 571 1189 1688 4 8 0 88
1 15 1323800 97348 1316 117052 1506 126 1645 134 1145 1612 6 8 0 86
0 12 1310976 109836 1368 114132 1015 574 1112 621 1291 2251 5 10 0 84
1 12 1291184 105192 1372 113120 1402 157 1684 160 1217 1932 8 8 0 84
0 9 1263540 99332 1372 116348 1394 188 1766 230 1260 1903 6 9 0 86
1 8 1214460 107176 1360 113216 1693 125 1693 193 1277 1912 6 10 0 84
0 6 1182396 107176 1360 112848 1206 421 1206 428 1255 1859 6 8 0 85
1 5 1149624 107084 2008 115668 1412 277 1630 306 1275 1979 6 11 0 83
2 4 1116464 110252 2392 110844 1298 107 1676 115 1443 2406 10 12 3 76
0 7 1087304 103468 2704 115664 1602 157 1766 186 1260 1996 7 9 5 78
1 2 1072108 116000 2672 109956 958 390 1001 422 1345 2118 9 11 6 75
0 1 1012556 122872 2680 110008 1759 0 1770 17 1216 1925 7 9 40 44
0 2 951548 145568 2680 110044 1789 0 1812 0 1276 2117 7 10 38 46
1 2 921992 224232 2692 112596 1228 0 1596 14 1348 2191 9 11 9 70
2 6 908220 266564 2876 114664 1020 0 1631 199 1221 1992 7 11 5 77
0 4 897196 293672 3156 118432 762 0 1539 25 1181 1858 7 9 4 80
0 6 888792 305188 6296 122452 798 0 2256 0 1197 1921 7 10 1 82
2 5 880168 321196 8484 126004 984 0 1939 6 1274 2045 12 12 1 75
0 2 867028 344700 9704 128600 1089 0 1777 162 1255 2179 9 11 4 76
0 2 840616 401212 9712 127976 1303 0 1364 16 1408 2502 9 12 13 66
0 2 813028 474648 9720 127944 1394 0 1398 20 1292 2374 7 10 20 63
1 6 783784 565764 9860 128540 1270 0 1318 23 1430 2413 10 13 15 63
1 1 753472 651900 9876 128916 1030 0 1051 30 1289 2236 7 9 9 75
2 0 732412 867292 9884 130420 900 0 955 17 1311 2250 8 11 43 38
1 5 731988 849924 9892 144376 812 0 970 7 1169 2136 4 8 36 52
1 2 731108 861208 9900 128280 965 0 965 91 1162 2297 3 9 23 65
0 4 730276 854884 9900 128756 1007 0 1058 6 1185 1977 5 9 31 55
0 4 711972 899316 9908 128788 1154 0 1164 46 1205 1890 4 8 8 80
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 3 678076 906052 9916 134024 801 0 1898 7 1099 1744 3 7 3 88
0 3 671316 900844 9924 137196 934 0 1582 9 1001 1499 3 7 6 84
0 2 670012 894148 9932 137776 1209 0 1324 6 1096 1709 5 8 22 65
0 0 669436 886600 9940 141836 692 0 1674 8 1004 1592 6 12 30 53
0 0 669092 873456 9940 154016 159 0 162 11 901 1573 7 11 78 5
0 1 667796 876556 9948 149796 453 0 487 330 1114 2041 6 8 62 24
0 0 663708 870728 9956 155020 826 0 826 10 1033 1522 5 9 43 44
1 2 662460 872464 9960 147328 1283 0 1333 26 1154 1850 6 9 44 40
1 0 625356 876204 9964 155124 1092 0 1098 2 987 1731 8 9 41 42merci, à +
[edit: J’ai édité le message pour rajouter les balises code afin d’avoir la tabulation. fran.b]
Tu as essayé de baisser la priorité des process gourmand en IO avec ionice ?
Est-ce que tu peux confirmer que ton ralentissement va de pair avec une montée de la charge moyenne ?
Tu as un réel souci de fuite mémoire: 1,8G en swap et 63M de RAM libre!!! Les entrées sorties sont largement dus au swap incessant du coup. Par contre à un instant «t», tu libères en 1mn près de 800M, te rappelles tu ce que tu as fait à ce moment??
Il faudrait que tu donnes quand ça coince le résultat de
Le processus donné en premier sera le coupable.
Hello
je vai semer mon grin de sel 
a la place de top tu peux installer htop , plus sympa et personalisable, permet de changer le nice + d’affecter le ceur du processus ce qui va nous servir.
donc pour htop : aptitude install htop
tu ouvre 2 terminal
dans un terminal en root tu tape: renice -n 19 -u ce qui va faire baisser le nice des processus de ton utilisateur tu le laisse ouvert:
ensuite tu lance ta wm (en user).
tu lance en paralle htop en root et avec la touche a tu peux affecter la wm a un ceur particulier.
tu filtre ensuite ( F6 ) sur le champ time et tu zieute ce qui monte surtout ce qui va manger la memoire
si sa swap trop tu peux geler mai pas tuer un processus (il ne peux plus bouger) avec F9 tu choisi le signial 18 , pour le faire repartire c’est le 19)
avec htop tu devrai être assez rapidement fixer
autre piste :si tu passe par une interface graphique pour copier un fichier essaye avec cp a la place
Panthère, je verrais après pour tester ton truc.
Pour le moment j’ai:
ps ax --sort -vsz | head
PID TTY STAT TIME COMMAND
11437 ? Sl 2857:56 /usr/lib/virtualbox/VirtualBox --comment XXXXXX --startvm 98a8d273-5ba0-4525-9ce9-d975c8a824d1Mais bon, même quand la machine glande et est performante, c’est bien cette ligne qui apparait toujours en tête.
C’est dingue quand comment le PC rame dès que le disque tourne …
J’ai l’impression que Chrome viens foutre la merde aussi. Le problème survient souvent quand j’ai beaucoup d’onglet ouvert.
Merci pour vos réponses, j’aurais beaucoup appris avec ce post.
Re,
Parce que tu n’es toujours pas convaincu qu’accorder 768Mo à une machine virtuelle sur 2Go c’est pas suffisant pour freiner 