[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problème de charge disque



On 05/01/2015 06:40 PM, Gaëtan PERRIER wrote:
Le Fri, 01 May 2015 14:48:20 +0200
mireero <mireero@free.fr> a écrit:

On 05/01/2015 02:30 PM, Gaëtan PERRIER wrote:
Tu peux aussi faire des tests d'écriture sur chacun de tes disques
pour te faire une comparaison?
De quelle manière ?

Peut-être hdparm -tT /dev/disk
et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).

J'imagine qu'il y a mieux comme benchmark mais ça pourrait être un début.


rien d'anormal en écriture:
dd if=/dev/zero of=/home/gpe/temp.zero bs=1M count=10000
10000+0 enregistrements lus
10000+0 enregistrements écrits
10485760000 octets (10 GB) copiés, 68,9717 s, 152 MB/s

en lecture je doute que ce test soit pertinent vu les perf qu'il indique:
dd if=/home/gpe/temp.zero of=/dev/null bs=1M count=10000
10000+0 enregistrements lus
10000+0 enregistrements écrits
10485760000 octets (10 GB) copiés, 1,01603 s, 10,3 GB/s

Gaëtan


Salut,
Je suis d'accord avec les autres avec les autres pour dire qu'ici "dd" ne te sera pas d'une grande aide vu qu’apparemment ce sont les temps de latence qui sont en cause (tu pourrais coder avec dd pour les mesurer si l'envie t'en prenait).

Ceci étant dit, ton dernier résultat ma surpris alors j'ai lancé la commande 2 fois:

dd if=temp.zero of=/dev/null bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 10.3383 s, 101 MB/s

dd if=temp.zero of=/dev/null bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.182041 s, 5.8 GB/s

Il semble que lors de la 2ème commande, le résultat soit toujours en cache (soit 1Gb de 0 en mémoire soit le système est un peu plus intelligent et à la manière de ce qui a été dit, il enregistre l'information "il y a 1073741824 octets qui se suivent avec une valeur nulle").

Par contre, écrire un 3 dans /proc/sys/vm/drop_caches ne me donne pas satisfaction (ça change rien!), j'avoue mon ignorance ici.

Tu peux copier un autre fichier avec dd, pour éviter le résultat ci-dessus, et pour éviter la suite de 0 si pour quelque raison elle était gênante (j'éviterai /dev/urandom, le processeur devient le facteur limitant dans ce cas, du moins chez moi), tu peux prendre une archive, un divx...

Bon week-end!

--
mireero


Reply to: