Je ne pense pas que le fait qu'un programme soit multithreadé fasse
baisser le
load pour la simple raison que les programmes qui sont multithreadés
sont
semble-t-il élus plus souvent. On voit bien ce phénomène avec un serveur
sendmail (process) et ses filtres milter (thread) et la commande prstat
Hier soir nous avons discutés (entre autre) de SVM/SDS, j'expliquais que
je ne comprenais pas très bien où sont stockées les donnés, par exemple
je fais un :
metadb -a -f -c 3 /dev/dsk/c1t0d0s2
pour créer la metadb, et ensuite des metainit -p c1t0d0s2. Est ce la mon
erreur ? je dois faire un
Le ven 09 septembre, Xavier CHERIF a écrit :
Le 9 sept. 05 à 09:56, Bruno Bonfils a écrit :
Hier soir nous avons discutés (entre autre) de SVM/SDS,
j'expliquais que
je ne comprenais pas très bien où sont stockées les donnés, par
exemple
je fais un :
metadb -a -f -c 3
Le 9 sept. 05 à 10:25, Xavier CHERIF a écrit :
une soft partition et les metadb sur le meme slice pourquoi pas, a
mon avis ca complique les choses
surtout que je ne sais pas quels sont les test qui sont fait pour
s'assurer que la soft ne se decale pas sur la metadb et inversement
Je n'ai
Le 9 sept. 05 à 08:55, Christian PELISSIER a écrit :
Par contre un programme correctement multithreadé emploie
certainement
mieux les CPUs (c'est pour cela qu'on a inventé les threads).
Oui, il bouffe beaucoup moins de temps systm.
En extrapolant, on peut imaginer qu'une machine taillé
Le 9 sept. 05 à 10:33, Nicolas Dorfsman a écrit :
2) S'ils bossent sur Solaris, c'est que ce sont des gens
sérieuxdonc ils font gaffe s'ils conduisent ou bossent le
lendemain :)
il y a trois choses que j'ai jamais vu, et que je doute de voir:
un daf généreux
un client content
un
Bonjour,
il y en a-t-il beaucoup qui trifouille encore /etc/system, faut pour
mettre les shm, et agrandir les file descriptor, que je fais plus par
habitude (car je ne sais meme
pas si on est encore oblige) ?
___
Solaris_fr liste de diffusion
Le ven 09 septembre, Xavier CHERIF a écrit :
Bonjour,
il y en a-t-il beaucoup qui trifouille encore /etc/system, faut pour
mettre les shm, et agrandir les file descriptor, que je fais plus par
habitude (car je ne sais meme
pas si on est encore oblige) ?
Beaucoup de parametre comme la
Xavier CHERIF wrote:
il y en a-t-il beaucoup qui trifouille encore /etc/system, faut pour
mettre les shm, et agrandir les file descriptor, que je fais plus par
habitude (car je ne sais meme pas si on est encore oblige) ?
Dans Solaris 10, il y a eu pas mal de changements, soit vers le haut,
Le 9 sept. 05 à 11:10, Laurent Blume a écrit :
Dans Solaris 10, il y a eu pas mal de changements, soit vers le
haut, soit la disparition de certaines valeurs. Il faudrait que je
revoie la doc, mais il me semble qu'un paquet de trucs qui étaient
indispensables dans le 8 et optionnels
si jamais ils vous arrivent du supprimer accidentellement un
programme ou un fichier utiliser pas un programme (qui tourne toujours)
vous pouvez le(s) récupérer via /proc
/proc/{$PID}/object/a.out c'est l'exécutable
et
les fichiers sont dans
/proc{$PID}/fd/0.n
malheureusement pour
Le ven 09 septembre, Xavier CHERIF a écrit :
malheureusement pour trouver le bon file-descriptor, il faut avoir
lsof sous la main, l'info doit être dans /proc mais je ne la trouve
pas (je suis preneur de renseignement).
pfiles pid ?
___
Le 9 sept. 05 à 13:04, Bruno Bonfils a écrit :
Le ven 09 septembre, Xavier CHERIF a écrit :
malheureusement pour trouver le bon file-descriptor, il faut avoir
lsof sous la main, l'info doit être dans /proc mais je ne la trouve
pas (je suis preneur de renseignement).
pfiles pid ?
13 matches
Mail list logo