Re: problème de charge disque
Le Sat, 02 May 2015 08:45:05 +0200
mireero <mireero@free.fr> a écrit:
> 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...
>
De toute façon on a vu que le problème n'est pas sur un débit continu (les
débits sont bons) mais sur les temps d'accès.
Gaëtan
Reply to: