OVH Cloud OVH Cloud

Bdflush & optimisation

4 réponses
Avatar
philippe L
Bonjour,

Bon pas convaincu , mais je touche pas =E0 kswapd ! Je pers=E9vere dans
l'id=E9e d'optimiser le noyeau et me pose cette question a quoi
correspondent les neuf valeur dans bdflush, il en a une qui sert =E0
d=E9terminer la taille du cache disk oui mais la quelle ?
Cetaine doc me dise qu'il n'y a que quatre valeur utilis=E9 d'autre six
qu'elle est la bonne doc ?
Pour un systeme SCSI I, j'aditiones les caches disks de chaque disk et
mes la valeur dans bdflush ou je mes la valeur du plus mauvais disk ?
Autre question ou est la valeur mtu dans proc et est que je peux la modifie=
rs ?

Merci de votre aide

philippe

4 réponses

Avatar
Jean-Michel OLTRA
bonjour,


Le vendredi 13 août 2004, philippe L a écrit...


l'idée d'optimiser le noyeau et me pose cette question a quoi
correspondent les neuf valeur dans bdflush, il en a une qui sert à
déterminer la taille du cache disk oui mais la quelle ?



J'en sais rien (encore), faut chercher...

Autre question ou est la valeur mtu dans proc et est que je peux la modifiers



avec ifconfig (man ifconfig)
avec le fichier /etc/network/interfaces (man interfaces)
avec iptables et la cible TCPMSS

d'autres manières peut-être que je ne connais point.

PS: on trouve les pages de man sur le web

--
jm


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Michel OLTRA
bonjour,


Le vendredi 13 août 2004, philippe L a écrit...


Cetaine doc me dise qu'il n'y a que quatre valeur utilisé d'autre six
qu'elle est la bonne doc ?



J'ai ça, pour noyau 2.2 mais c'est pareil pour 2.4:

http://ftp.man.olsztyn.pl/pub/linux/distributions/slackware/slackware-7.0/docs/linux-2.2.13/sysctl/vm.txt

Pour un systeme SCSI I, j'aditiones les caches disks de chaque disk et
mes la valeur dans bdflush ou je mes la valeur du plus mauvais disk ?



A mon avis bdflush s'en moque comme de sa première socket ! Quand il est
réveillé il bosse et il écrit où il doit, peu importe le disque (mais
c'est mon interprétation).


--
jm


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
philippe L
Bonjour,

On Fri, 13 Aug 2004 11:29:09 +0200, Jean-Michel OLTRA
wrote:

bonjour,

Le vendredi 13 août 2004, philippe L a écrit...


> l'idée d'optimiser le noyeau et me pose cette question a quoi
> correspondent les neuf valeur dans bdflush, il en a une qui sert à
> déterminer la taille du cache disk oui mais la quelle ?

J'en sais rien (encore), faut chercher...




Mon anglais est très leger (En gros une vache espagnole ou d'ailleurs
qui parle le "schekspear" (imagine)) , justement c'est la doc livrée
avec mon kernel, qui parle de quatre valeur, alors que six sont
utilisées c'est peut-être du à l'upgrade ?
mais rien sur la valeur 1 = , la 2 = ect ....

> Autre question ou est la valeur mtu dans proc et est que je peux la mod ifiers

avec ifconfig (man ifconfig)
avec le fichier /etc/network/interfaces (man interfaces)
avec iptables et la cible TCPMSS



Interfaces , je ne connais pas mais pour les deux autre je savais,
mais pour proc j'ai rien trouvée , pourtant les réglages on l'air trè s
poussés !
D'ou ma quetion plus par criosité plus qu'autre chose !


d'autres manières peut-être que je ne connais point.

PS: on trouve les pages de man sur le web



Je les lis, certe pas toujours bien, au niveau de bdflush sa parle de
programation et j'ai pas trouvé de bonne doc, bon y en a certainement
mais en anglais ! Pour les disques SCSI, ce qui me semble le plus
logique, est de mettre la moin bonne valeur de tous les disques
SCSI,(d'ou je subodores l'un des 500) mais j'aimerais avoir
confirmation etant dans le doute ?

Merci de votre aide

Philippe
Avatar
Jean-Michel OLTRA
bonjour,


Le lundi 16 août 2004, philippe L a écrit...


Mon anglais est très leger (En gros une vache espagnole ou d'ailleurs
qui parle le "schekspear" (imagine)) , justement c'est la doc livrée
avec mon kernel, qui parle de quatre valeur, alors que six sont
utilisées c'est peut-être du à l'upgrade ?
mais rien sur la valeur 1 = , la 2 = ect ....



La doc de mon noyau (2.4.26) Documentation/sysctl/vm.txt en donne 6, de
même que le source linux/fs/buffer.c

> avec iptables et la cible TCPMSS



là j'ai dit une c..., c'est le mss qui est modifié.


> PS: on trouve les pages de man sur le web



Je les lis, certe pas toujours bien, au niveau de bdflush sa parle de
programation et j'ai pas trouvé de bonne doc, bon y en a certainement
mais en anglais ! Pour les disques SCSI, ce qui me semble le plus
logique, est de mettre la moin bonne valeur de tous les disques
SCSI,(d'ou je subodores l'un des 500) mais j'aimerais avoir
confirmation etant dans le doute ?



Pas de bol, il ne fallait pas lire la page de man de bdflush.

Je ne pense pas qu'il y ait de rapport entre les valeurs de cache de ton
disque et le système de buffer/cache de Linux, qui est un système de
cache dynamique qui s'adapte à la mémoire restée libre/demandée

L' "optimisation" de bdflush ne peut se faire qu'avec des tests répétés,
je ne pense pas qu'on puisse dire de prime abord que telle valeur est la
bonne. Tu dois pouvoir augmenter les valeurs des paramètres 1, 2 et 7 si
tes disques sont rapides (param7 < param1). Mais un peu de doc ne nuira
pas avant de prendre une décision.

PS: les valeurs des paramètres sont souvent en % ou en nb de blocs alors
ne ramène pas ça à une quelconque valeur absolue, je ne sais pas ce que
ça donnerait si tu mettais 500 sur le paramètre 1....

--
jm


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact