J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Il est utilisé pour gérer un très grand nombre de requete web (1 000 000
hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29
et php 4.3.5.
Mais le problème reste présent.
Voici le résultat d'un vmstat
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy
id
2 5 1 337440 10120 85856 401588 22 4 15 3 13 34 17 5
29
Le résultat d'un free-m
total used free shared buffers cached
Mem: 1006 996 9 0 83 391
-/+ buffers/cache: 521 484
Swap: 1004 329 674
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit
en permanace saturer.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat
9 ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
JB
news.proxad.net wrote:
Bonjour,
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Voici le résultat d'un vmstat procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 2 5 1 337440 10120 85856 401588 22 4 15 3 13 34 17 5 29
Le résultat d'un free-m total used free shared buffers cached Mem: 1006 996 9 0 83 391 -/+ buffers/cache: 521 484 Swap: 1004 329 674
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Merci bcp Benjamin Ne prend pas cela pour argent comptant!
les files system entre 7.1 et 9.0 de la journalisation? une ligne de vmstat n'est pas significatif surtout la premiére la répartition sur les 2 µP se fait bien? le temps user n'est pas mauvais! Un exemple lip6 a également un bi-pro sous Linux, je ne me rapelle plus la version de l'OS, les temps sont bons (trés) avec une lecture en diagonale la mémoire devient juste 996/9 c'est à dire que tout est alloué as-tu modifié les paramétres du noyau avec sysctl? Si tu résous le pb une petite explication SVP A+ JB
news.proxad.net wrote:
Bonjour,
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Il est utilisé pour gérer un très grand nombre de requete web (1 000 000
hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average
tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29
et php 4.3.5.
Mais le problème reste présent.
Voici le résultat d'un vmstat
procs memory swap io system
cpu
r b w swpd free buff cache si so bi bo in cs us
sy
id
2 5 1 337440 10120 85856 401588 22 4 15 3 13 34 17
5
29
Le résultat d'un free-m
total used free shared buffers cached
Mem: 1006 996 9 0 83 391
-/+ buffers/cache: 521 484
Swap: 1004 329 674
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit
en permanace saturer.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que
redhat 9 ?
Merci bcp
Benjamin
Ne prend pas cela pour argent comptant!
les files system entre 7.1 et 9.0 de la journalisation?
une ligne de vmstat n'est pas significatif surtout la premiére
la répartition sur les 2 µP se fait bien?
le temps user n'est pas mauvais!
Un exemple lip6 a également un bi-pro sous Linux, je ne me rapelle plus la
version de l'OS, les temps sont bons (trés)
avec une lecture en diagonale la mémoire devient juste 996/9 c'est à dire
que tout est alloué
as-tu modifié les paramétres du noyau avec sysctl?
Si tu résous le pb une petite explication SVP
A+
JB
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Voici le résultat d'un vmstat procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 2 5 1 337440 10120 85856 401588 22 4 15 3 13 34 17 5 29
Le résultat d'un free-m total used free shared buffers cached Mem: 1006 996 9 0 83 391 -/+ buffers/cache: 521 484 Swap: 1004 329 674
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Merci bcp Benjamin Ne prend pas cela pour argent comptant!
les files system entre 7.1 et 9.0 de la journalisation? une ligne de vmstat n'est pas significatif surtout la premiére la répartition sur les 2 µP se fait bien? le temps user n'est pas mauvais! Un exemple lip6 a également un bi-pro sous Linux, je ne me rapelle plus la version de l'OS, les temps sont bons (trés) avec une lecture en diagonale la mémoire devient juste 996/9 c'est à dire que tout est alloué as-tu modifié les paramétres du noyau avec sysctl? Si tu résous le pb une petite explication SVP A+ JB
Khanh-Dang
news.proxad.net wrote:
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Voici le début de résultat d'un top :
17:17:05 up 5 days, 4:01, 3 users, load average: 22,30, 30,95, 32,65 457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0% idle CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1% idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est le disque dur qui ralentit le tout. Essaye de regarer si le DMA est activé ou pas.
news.proxad.net wrote:
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Voici le début de résultat d'un top :
17:17:05 up 5 days, 4:01, 3 users, load average: 22,30, 30,95, 32,65
457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped
CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0%
idle
CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1%
idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est
le disque dur qui ralentit le tout. Essaye de regarer si le DMA est
activé ou pas.
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Voici le début de résultat d'un top :
17:17:05 up 5 days, 4:01, 3 users, load average: 22,30, 30,95, 32,65 457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0% idle CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1% idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est le disque dur qui ralentit le tout. Essaye de regarer si le DMA est activé ou pas.
Benjamin
Merci JB,
Effectivement tout va bien, sauf le load average qui est en permanace très haut et qui conduit à de nombreuses lenteurs. Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par défault.
les files system entre 7.1 et 9.0 de la journalisation? C'est à dire ?
la répartition sur les 2 µP se fait bien? Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de ressource ou un truc du genre.
Merci pour votre aide !
Benjamin
Merci JB,
Effectivement tout va bien, sauf le load average qui est en permanace très
haut et qui conduit à de nombreuses lenteurs.
Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par
défault.
les files system entre 7.1 et 9.0 de la journalisation?
C'est à dire ?
la répartition sur les 2 µP se fait bien?
Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de
ressource ou un truc du genre.
Effectivement tout va bien, sauf le load average qui est en permanace très haut et qui conduit à de nombreuses lenteurs. Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par défault.
les files system entre 7.1 et 9.0 de la journalisation? C'est à dire ?
la répartition sur les 2 µP se fait bien? Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de ressource ou un truc du genre.
Merci pour votre aide !
Benjamin
Benjamin
Salut,
L'affichage était déformé, mais le IO wait est à 0.0%, c'est idle qui est à 86%. C'est vraiment étrange.
Merci Benjamin
"Khanh-Dang" a écrit dans le message de news:c4rvek$d49$
news.proxad.net wrote:
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0% idle CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1% idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est le disque dur qui ralentit le tout. Essaye de regarer si le DMA est activé ou pas.
Salut,
L'affichage était déformé, mais le IO wait est à 0.0%, c'est idle qui est à
86%.
C'est vraiment étrange.
Merci
Benjamin
"Khanh-Dang" <kd@fr.invalid> a écrit dans le message de
news:c4rvek$d49$1@news-reader5.wanadoo.fr...
news.proxad.net wrote:
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Le serveur tournait correctement sur du RH 7.1 avec un load average
tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped
CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0%
idle
CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1%
idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est
le disque dur qui ralentit le tout. Essaye de regarer si le DMA est
activé ou pas.
457 processes: 450 sleeping, 2 running, 5 zombie, 0 stopped CPU0 states: 3,4% user 10,0% system 0,0% nice 0,0% iowait 86,0% idle CPU1 states: 4,2% user 10,1% system 0,0% nice 0,0% iowait 85,1% idle
<snip>
Aparremment, c'est du "iowait" qui prend tout le CPU. A mon avis, c'est le disque dur qui ralentit le tout. Essaye de regarer si le DMA est activé ou pas.
Khanh-Dang
Benjamin wrote:
L'affichage était déformé, mais le IO wait est à 0.0%, c'est idle qui est à 86%. C'est vraiment étrange.
A mon avis, c'est certainement ta version du noyau qui a une conception étrange du load average.
Benjamin wrote:
L'affichage était déformé, mais le IO wait est à 0.0%, c'est idle qui est à
86%.
C'est vraiment étrange.
A mon avis, c'est certainement ta version du noyau qui a une conception
étrange du load average.
C'est un 2.4.20-8 Le problème c'est que le serveur a de nombreux ralentissements depuis qu'il a ces hauts load average.
Benjamin
"Khanh-Dang" a écrit dans le message de news:c4s01i$f7j$
Benjamin wrote:
L'affichage était déformé, mais le IO wait est à 0.0%, c'est idle qui est à
86%. C'est vraiment étrange.
A mon avis, c'est certainement ta version du noyau qui a une conception étrange du load average.
adehay
"news.proxad.net" writes:
Bonjour,
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker + PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand même... Et chaque processeur passe pas mal de temps en % système. Tu as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme je l'ai lu dans un autre post, tu n'aurais pas des problèmes de performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Non.
[...]
-- Aurélien DEHAY http://logicielslibres.info Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet. (Georges Courteline)
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Il est utilisé pour gérer un très grand nombre de requete web (1 000 000
hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29
et php 4.3.5.
Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de
requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker +
PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand
même... Et chaque processeur passe pas mal de temps en % système. Tu
as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit
en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du
noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme
je l'ai lu dans un autre post, tu n'aurais pas des problèmes de
performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat
9 ?
Non.
[...]
--
Aurélien DEHAY http://logicielslibres.info
Passer pour un idiot aux yeux d'un imbécile est une volupté de fin
gourmet. (Georges Courteline)
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker + PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand même... Et chaque processeur passe pas mal de temps en % système. Tu as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme je l'ai lu dans un autre post, tu n'aurais pas des problèmes de performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Non.
[...]
-- Aurélien DEHAY http://logicielslibres.info Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet. (Georges Courteline)
adehay
Bonjour.
"news.proxad.net" writes:
Bonjour,
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker + PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand même... Et chaque processeur passe pas mal de temps en % système. Tu as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme je l'ai lu dans un autre post, tu n'aurais pas des problèmes de performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Non.
[...]
-- Aurélien DEHAY http://logicielslibres.info Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet. (Georges Courteline)
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement
apache/php.
Il est utilisé pour gérer un très grand nombre de requete web (1 000 000
hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant
entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29
et php 4.3.5.
Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de
requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker +
PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand
même... Et chaque processeur passe pas mal de temps en % système. Tu
as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit
en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du
noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme
je l'ai lu dans un autre post, tu n'aurais pas des problèmes de
performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat
9 ?
Non.
[...]
--
Aurélien DEHAY http://logicielslibres.info
Passer pour un idiot aux yeux d'un imbécile est une volupté de fin
gourmet. (Georges Courteline)
J'ai un serveur web biprocesseur PIII 733Mhz qui fait tourner uniquement apache/php. Il est utilisé pour gérer un très grand nombre de requete web (1 000 000 hits/jour) essentiellement des pages statiques.
Le serveur tournait correctement sur du RH 7.1 avec un load average tournant entre 0 et 2.
Il y a quelque jours, j'ai fait la mise à jour vers RH9.0.
Depuis, le load average tourne entre 20 et 140 !!
Suite à ce problème, j'ai fait un maj /recompilation manuelle d'Apache1.29 et php 4.3.5. Mais le problème reste présent.
Apache 1 utilise un process par requête. Si tu as beaucoup de requêtes, ça va forcément être chargé. Essaye Apache 2 mode worker + PHP ça devrait déjà alléger ton serveur.
Diantre, tu m'as l'air d'avoir beaucoup de SWAP utilisée quand même... Et chaque processeur passe pas mal de temps en % système. Tu as combien de process httpd en mémoire?
[...]
Qu'est-ce que la maj RH7.1 --> RH9.0 a pu changer pour que le serveur soit en permanace saturer.
Oui, mais quoi... La principale différence, à part la version même du noyau, c'est l'inclusion de la NPTL dans le noyau. Vérifie si, comme je l'ai lu dans un autre post, tu n'aurais pas des problèmes de performance sur des disques, des erreurs dans le dmesg ou le /var/log/messages.
Que faire pour y remédier ?
De plus, y a t-il un interet à utiliser redhat entreprise plutot que redhat 9 ?
Non.
[...]
-- Aurélien DEHAY http://logicielslibres.info Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet. (Georges Courteline)
no_spam
On Mon, 05 Apr 2004 17:52:37 +0200, Benjamin wrote:
Merci JB,
Effectivement tout va bien, sauf le load average qui est en permanace très haut et qui conduit à de nombreuses lenteurs. Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par défault.
les files system entre 7.1 et 9.0 de la journalisation? C'est à dire ?
la répartition sur les 2 µP se fait bien? Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de ressource ou un truc du genre.
C'est peut-être juste parce qu'il swappe en permanence: ça prend du temps, et ralentit le scheduling. Donc, il y a plus de process en attente => montée du load-average.
On Mon, 05 Apr 2004 17:52:37 +0200, Benjamin wrote:
Merci JB,
Effectivement tout va bien, sauf le load average qui est en permanace très
haut et qui conduit à de nombreuses lenteurs.
Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par
défault.
les files system entre 7.1 et 9.0 de la journalisation?
C'est à dire ?
la répartition sur les 2 µP se fait bien?
Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de
ressource ou un truc du genre.
C'est peut-être juste parce qu'il swappe en permanence:
ça prend du temps, et ralentit le scheduling.
Donc, il y a plus de process en attente => montée du load-average.
On Mon, 05 Apr 2004 17:52:37 +0200, Benjamin wrote:
Merci JB,
Effectivement tout va bien, sauf le load average qui est en permanace très haut et qui conduit à de nombreuses lenteurs. Je n'ai effectué aucune modification noyau, j'ai simplement fait la MAJ par défault.
les files system entre 7.1 et 9.0 de la journalisation? C'est à dire ?
la répartition sur les 2 µP se fait bien? Oui, ils ont sensiblement le même % d'occupation
J'ai l'impression que c'est un problème avec le swap qui consomme trop de ressource ou un truc du genre.
C'est peut-être juste parce qu'il swappe en permanence: ça prend du temps, et ralentit le scheduling. Donc, il y a plus de process en attente => montée du load-average.
