Salut,

Sylvain Sauvage a écrit :
>
> hdparm ne s'occupe absolument pas du système de fichiers. Il
> accède directement au disque. (La preuve : il est appliqué sur
> le /dev du disque, pas sur le /dev d'une partition.)

On peut lancer hdparm -t sur une partition, mais tout ce que ça change
c'est l'endroit du disque où hdparm fait sa mesure de débit.

/dev/hda -> début du disque
/dev/hda1 -> début de l'espace occupé par la première partition
/dev/hda2 -> début de l'espace occupé par la deuxième partition
etc.

Ça peut être intéressant pour évaluer la variation du débit soutenu en
fonction de la position sur le disque, sachant qu'il est maximal au
début et minimal à la fin.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Salut,

Sylvain Sauvage a écrit :
>
> hdparm ne s'occupe absolument pas du système de fichiers. Il
> accède directement au disque. (La preuve : il est appliqué sur
> le /dev du disque, pas sur le /dev d'une partition.)

On peut lancer hdparm -t sur une partition, mais tout ce que ça change
c'est l'endroit du disque où hdparm fait sa mesure de débit.

/dev/hda -> début du disque
/dev/hda1 -> début de l'espace occupé par la première partition
/dev/hda2 -> début de l'espace occupé par la deuxième partition
etc.

Ça peut être intéressant pour évaluer la variation du débit soutenu en
fonction de la position sur le disque, sachant qu'il est maximal au
début et minimal à la fin.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Sun, May 13, 2007 at 12:25:04AM +0200, Sylvain Sauvage wrote:
> Franck Joncourt, dimanche 13 mai 2007, 00:03:32 CEST
[...]
>
> > Sur une partition non montee :
> >
> > Pour activer l'option dir_index :
> > # tune2fs -O dir_index /dev/hdxx
> > # e2fsc -D /dev/hdxx

petite erreur de frappe au passage : e2fsck

> >
> > et pour l'enlever:
> > # tune2fs -O ^dir_index /dev/hdxx
> >
> > C'est ce que me donne la man page, j'ai rien inventé !
>
> Pour faire un test à peu près fiable, il faut le faire sur le
> même système, le même disque, les mêmes données, écrites dans
> les mêmes conditions, le même ordre... C’est-Ã-dire, p.ex., en
> créant une partition de test dans laquelle on copie des données
> puis que l’on recrée en changeant l’option, pour y recopier les
> mêmes données et refaire les mêmes tests.

Du coup, n'est il pas possible de creer un fichier de test avec un motif
et une taille specifique sur la partition avec l'option dir_index.
Ensuite, de desactiver cette option sur la partition, et de refaire la
meme manipulation en ecrasant les anciennes donnees ? C'est juste une
idee qui me passe par la tete.

--
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGRvNuxJBTTnXAif4RAsBEAKCxy8AROPhRFZjkMdskp4 nkAGLbyQCfdi0z
IDAt8M4HzRfLsmSPTcKu5ng=
=zmXN
-----END PGP SIGNATURE-----

On Sun, May 13, 2007 at 12:25:04AM +0200, Sylvain Sauvage wrote:
> Franck Joncourt, dimanche 13 mai 2007, 00:03:32 CEST
[...]
>
> > Sur une partition non montee :
> >
> > Pour activer l'option dir_index :
> > # tune2fs -O dir_index /dev/hdxx
> > # e2fsc -D /dev/hdxx

petite erreur de frappe au passage : e2fsck

> >
> > et pour l'enlever:
> > # tune2fs -O ^dir_index /dev/hdxx
> >
> > C'est ce que me donne la man page, j'ai rien inventé !
>
> Pour faire un test à peu près fiable, il faut le faire sur le
> même système, le même disque, les mêmes données, écrites dans
> les mêmes conditions, le même ordre... C’est-Ã-dire, p.ex., en
> créant une partition de test dans laquelle on copie des données
> puis que l’on recrée en changeant l’option, pour y recopier les
> mêmes données et refaire les mêmes tests.

Du coup, n'est il pas possible de creer un fichier de test avec un motif
et une taille specifique sur la partition avec l'option dir_index.
Ensuite, de desactiver cette option sur la partition, et de refaire la
meme manipulation en ecrasant les anciennes donnees ? C'est juste une
idee qui me passe par la tete.

--
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGRvNuxJBTTnXAif4RAsBEAKCxy8AROPhRFZjkMdskp4 nkAGLbyQCfdi0z
IDAt8M4HzRfLsmSPTcKu5ng=
=zmXN
-----END PGP SIGNATURE-----

Franck Joncourt, dimanche 13 mai 2007, 13:15:58 CEST
>[...]
> Du coup, n'est il pas possible de creer un fichier de test avec un motif
> et une taille specifique sur la partition avec l'option dir_index.
> Ensuite, de desactiver cette option sur la partition, et de refaire la
> meme manipulation en ecrasant les anciennes donnees ? C'est juste une
> idee qui me passe par la tete.

dir_index modifie la façon dont sont gérés les répertoires :
utilisation d’arbres B (ou b-trees) pour le stockage des noms de
fichiers et de sous-répertoires (au lieu d’une liste plate (?)).
Pour faire un test à peu près utile, il faut donc créer un ou
plusieurs répertoires, avec une grande quantité de fichiers ou de
sous-répertoires.

Mais il faut aussi bien choisir ses données de test.
En effet, du point de vue théorique, il n’y a aucune question Ã
se poser : on connaît le temps pris par une recherche, une
insertion et une suppression (en gros, log(n) pour l’arbre B pour
les trois opérations, et n pour une liste triée).
Par contre, pour savoir si c’est utile pour toi dans la « vraie
vie », il faut, d’une part, avoir des données qui ressemblent Ã
celles que tu utilises tous les jours, que tu utilises le plus,
avec une ressemblance suffisante dans la taille et l’organisation
(nombre de fichiers par répertoires, noms...), et, d’autre part,
faire des tests qui calquent les opérations que tu fais ou que tu
comptes faire avec ces données. Sinon, tu fais juste une inutile
vérification de ce que la théorie nous dit déjÃ, et, pire, un
test d’une situation totalement artificielle.

--
Sylvain Sauvage

Franck Joncourt, dimanche 13 mai 2007, 13:15:58 CEST
>[...]
> Du coup, n'est il pas possible de creer un fichier de test avec un motif
> et une taille specifique sur la partition avec l'option dir_index.
> Ensuite, de desactiver cette option sur la partition, et de refaire la
> meme manipulation en ecrasant les anciennes donnees ? C'est juste une
> idee qui me passe par la tete.

dir_index modifie la façon dont sont gérés les répertoires :
utilisation d’arbres B (ou b-trees) pour le stockage des noms de
fichiers et de sous-répertoires (au lieu d’une liste plate (?)).
Pour faire un test à peu près utile, il faut donc créer un ou
plusieurs répertoires, avec une grande quantité de fichiers ou de
sous-répertoires.

Mais il faut aussi bien choisir ses données de test.
En effet, du point de vue théorique, il n’y a aucune question Ã
se poser : on connaît le temps pris par une recherche, une
insertion et une suppression (en gros, log(n) pour l’arbre B pour
les trois opérations, et n pour une liste triée).
Par contre, pour savoir si c’est utile pour toi dans la « vraie
vie », il faut, d’une part, avoir des données qui ressemblent Ã
celles que tu utilises tous les jours, que tu utilises le plus,
avec une ressemblance suffisante dans la taille et l’organisation
(nombre de fichiers par répertoires, noms...), et, d’autre part,
faire des tests qui calquent les opérations que tu fais ou que tu
comptes faire avec ces données. Sinon, tu fais juste une inutile
vérification de ce que la théorie nous dit déjÃ, et, pire, un
test d’une situation totalement artificielle.

--
Sylvain Sauvage

On Mon, May 14, 2007 at 02:51:13PM +0200, Sylvain Sauvage wrote:
> Franck Joncourt, dimanche 13 mai 2007, 13:15:58 CEST
> >[...]
> > Du coup, n'est il pas possible de creer un fichier de test avec un motif
> > et une taille specifique sur la partition avec l'option dir_index.
> > Ensuite, de desactiver cette option sur la partition, et de refaire la
> > meme manipulation en ecrasant les anciennes donnees ? C'est juste une
> > idee qui me passe par la tete.
>
> dir_index modifie la façon dont sont gérés les répertoires :
> utilisation d’arbres B (ou b-trees) pour le stockage des noms de
> fichiers et de sous-répertoires (au lieu d’une liste plate (?)).
> Pour faire un test à peu près utile, il faut donc créerun ou
> plusieurs répertoires, avec une grande quantité de fichiers ou de
> sous-répertoires.
>
> Mais il faut aussi bien choisir ses données de test.
> En effet, du point de vue théorique, il n’y a aucune question Ã
> se poser : on connaît le temps pris par une recherche, une
> insertion et une suppression (en gros, log(n) pour l’arbre B pour
> les trois opérations, et n pour une liste triée).
> Par contre, pour savoir si c’est utile pour toi dans la « vraie
> vie », il faut, d’une part, avoir des données qui ressemblent Ã
> celles que tu utilises tous les jours, que tu utilises le plus,
> avec une ressemblance suffisante dans la taille et l’organisation
> (nombre de fichiers par répertoires, noms...), et, d’autre part,
> faire des tests qui calquent les opérations que tu fais ou que tu
> comptes faire avec ces données. Sinon, tu fais juste une inutile
> vérification de ce que la théorie nous dit déjÃ, et, pire, un
> test d’une situation totalement artificielle.
>

On c'est bien ecarte du thread de depart à cause de ma curiosité :p!
A la base, gaetan voulait simplement savoir si le dir_index etait
active sur une ou plusieurs partitions ext3.
Je n'ai pas l'intention de mettre en place ce genre de tests, mais je
voulais savoir comment il etait possible de verifier l'efficacite de
l'option.

En tout cas merci pour les infos.

Bonne journee.

--
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGSU4FxJBTTnXAif4RAjhVAJwJO6pR9vbZEj5U84Jzgg PkavctgwCgzbnh
/I1U4L9hvXs70sDbRhqMnaI=
=O/jp
-----END PGP SIGNATURE-----

On Mon, May 14, 2007 at 02:51:13PM +0200, Sylvain Sauvage wrote:
> Franck Joncourt, dimanche 13 mai 2007, 13:15:58 CEST
> >[...]
> > Du coup, n'est il pas possible de creer un fichier de test avec un motif
> > et une taille specifique sur la partition avec l'option dir_index.
> > Ensuite, de desactiver cette option sur la partition, et de refaire la
> > meme manipulation en ecrasant les anciennes donnees ? C'est juste une
> > idee qui me passe par la tete.
>
> dir_index modifie la façon dont sont gérés les répertoires :
> utilisation d’arbres B (ou b-trees) pour le stockage des noms de
> fichiers et de sous-répertoires (au lieu d’une liste plate (?)).
> Pour faire un test à peu près utile, il faut donc créerun ou
> plusieurs répertoires, avec une grande quantité de fichiers ou de
> sous-répertoires.
>
> Mais il faut aussi bien choisir ses données de test.
> En effet, du point de vue théorique, il n’y a aucune question Ã
> se poser : on connaît le temps pris par une recherche, une
> insertion et une suppression (en gros, log(n) pour l’arbre B pour
> les trois opérations, et n pour une liste triée).
> Par contre, pour savoir si c’est utile pour toi dans la « vraie
> vie », il faut, d’une part, avoir des données qui ressemblent Ã
> celles que tu utilises tous les jours, que tu utilises le plus,
> avec une ressemblance suffisante dans la taille et l’organisation
> (nombre de fichiers par répertoires, noms...), et, d’autre part,
> faire des tests qui calquent les opérations que tu fais ou que tu
> comptes faire avec ces données. Sinon, tu fais juste une inutile
> vérification de ce que la théorie nous dit déjÃ, et, pire, un
> test d’une situation totalement artificielle.
>

On c'est bien ecarte du thread de depart à cause de ma curiosité :p!
A la base, gaetan voulait simplement savoir si le dir_index etait
active sur une ou plusieurs partitions ext3.
Je n'ai pas l'intention de mettre en place ce genre de tests, mais je
voulais savoir comment il etait possible de verifier l'efficacite de
l'option.

En tout cas merci pour les infos.

Bonne journee.

--
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGSU4FxJBTTnXAif4RAjhVAJwJO6pR9vbZEj5U84Jzgg PkavctgwCgzbnh
/I1U4L9hvXs70sDbRhqMnaI=
=O/jp
-----END PGP SIGNATURE-----