Comment c'est possible des reactions pareilles de solaris ? - Divers - Linux et OS Alternatifs
Marsh Posté le 10-03-2003 à 08:41:50
ca va encore, il souffre pas la mort ton serveur
Il y a de la ressource niveau cpu.
Si tu dis qu'il y a oracle et qu'il est tres solicite, t'as regarde cote disque ? ca rame pas trop niveau du DD ?(scsi ???)
Le reseau il est pas trop sature non plus ?(rajout d'une 2eme carte ??)
Sinon regarde ce qui se passe niveau des droits des fichiers quand tu edit.
Je connais pas solaris mais peut-etre aussi que le serveur n'a pas eut son "e2fsck" depuis longtemps.
Marsh Posté le 10-03-2003 à 10:07:16
Le disque ne s'est peut-être pas synchronisé. Un peu comme quand on monte une disquette avec des paramètres par défaut, et qu'on l'éjecte du lecteur avant de la démonter : les données n'ont pas forcément été écrites, à moins d'avoir fait un sync /dev/fd0 avant. Tu as le droit, à tout hasard, de faire un sync sur le système ? Si oui, est-ce que ça ne résoud pas le problème ?
Marsh Posté le 11-03-2003 à 03:03:28
non j'ai pas le droit, je me demandais jute comment c'etait possible des reactions aussi bixzarre...
et pour les 7 secodnes a attendre des les 15 secondes d'inactivite, comment c'est possible
Marsh Posté le 11-03-2003 à 03:12:26
tetedeiench a écrit : non j'ai pas le droit, je me demandais jute comment c'etait possible des reactions aussi bixzarre... |
ah mon avis c'est pas typic à solaris mais plutot un choix de configuration pour améliorer les performances ... surtout si c'est un serveur
Marsh Posté le 10-03-2003 à 04:53:30
Je m'explique.
J'ai un devoir a faire sur oracle et aussi objectivity tournant sur une becane solaris.
Doit y avoir pas mal de monde qui compile, bref, le serveur souffre.
Mais je ne comprends quand meme pas ses reactions :
-J'ai deux sessions, A et B. J'edite un fichier avec la Session A, je le compile dans la session B. A un certain moment, le fichier edite avec A, meme sauvegarde, ne sera plus mis a jour cote B ! En gros, j'ai beau fauire toutes les modifs que je veux, l'autre sessions les verra pas. Par contre, sur la meme session, on les voit. Y a un cache en faute la ?
-Sur chaque session, quand j'arrete d'y toucher pour plus de 5 secondes, et que je retape un truc, la modification mets, en ssh, une 15aine de secondes a apparaitre. Par contre, juste apres, ca fonctionne normalement.
-J'edite un fichier . Je quitte emacs, je le compile. Merde erreur de compil, faute de frappe. Je relance emacs, fait une modif, sauvegarde et recompile. Merde, ma modif a pas ete faite Je relance emacs, ben si elle est bien la la modif... je recompile, ben non elle est pas la. Un cache mis en cause aussi ?
Aidez moi a comprendre ces mysteres
Un pti w :
9:47pm up 35 day(s), 1:53, 27 users, load average: 0.58, 0.70, 0.65
User tty login@ idle JCPU PCPU what
gole1032 pts/2 6:49pm 40 2:26 -bash
li8621 pts/3 9:24pm 4 -bash
gole1032 pts/4 5:06pm 1:01 1:55 -bash
pei5603 pts/5 7:47pm 2 3:33 -bash
sura0952 pts/6 9:36pm 9 -bash
shwe6079 pts/7 8:02pm 49 1:00 My_output
merc2281 pts/8 8:05pm 6 1:07 1:06 oraclecsdb (DESCRIPTION=(LOCAL=Y
sun0106 pts/9 9:29pm 4 -bash
root pts/11 8:11pm 21 3:31 1:13 oraclecsdb (DESCRIPTION=(LOCAL=Y
root pts/12 8:24pm 20 1 tail -f alert_csdb.log
sura0952 pts/13 7:06pm 4:14 pico main.c
liu4323 pts/14 9:32pm 8 4 4 oraclecsdb (DESCRIPTION=(LOCAL=Y
sun0106 pts/15 9:28pm 4 oraclecsdb (DESCRIPTION=(LOCAL=Y
mart1587 pts/16 6:46pm 18 -bash
zhu5386 pts/18 8:46pm 2 42 9 oraclecsdb (DESCRIPTION=(LOCAL=Y
sun0106 pts/19 10:51am 24 1:54 1:54 oraclecsdb (DESCRIPTION=(LOCAL=Y
li8621 pts/20 10:54am 7:59 58 58 oraclecsdb (DESCRIPTION=(LOCAL=Y
gole1032 pts/21 8:44pm 1:02 -bash
rori6436 pts/22 7:51pm 1:28 -bash
li5626 pts/23 9:39pm 2 vi hw2p3Types.sql
para2020 pts/24 9:39pm 6 oraclecsdb (DESCRIPTION=(LOCAL=Y
merc2281 pts/29 1:18pm 21 -bash
merc2281 pts/30 1:21pm 1 11 -bash
li5626 pts/31 8:34pm 2 4 4 oraclecsdb (DESCRIPTION=(LOCAL=Y
li8621 pts/32 7:10pm 2:34 oraclecsdb (DESCRIPTION=(LOCAL=Y
li5626 pts/33 8:38pm 1 -bash
sura0952 pts/34 7:42pm 1:01 -bash
Message édité par Tetedeiench le 10-03-2003 à 04:54:12