EraZerg a écrit 106 commentaires

t'as lancé portmap sur ta bécane ?

que te dis rpcinfo -p ?

Merci à tous les deux !!

Je vais essayer les deux solutions.

J'ai pas bien capté le SUMO, je vais me documenter....C'est un truc d'AMD ou d'un constructeur en particulier ?

Par contre, sur toutes les plateformes NUMA que je connais, on peut configurer la RAM en mode interleaved ce qui permet d'avoir un comportement uniforme et évite de créer des "points chauds" dans les crossbar. Le top c'est lorsqu'on peut configurer une partie de la RAM de manière entrelacée et l'autre partie en NUMA pure, si tu ajoutes un kernel récent là dessus tu peux avoir des comportement géniaux du genre:

-pagecache --> interleaved node
-OpenMP shared data --> interleaved node
-process/MPI private data --> NUMA

.....

...
bref, l'extase de l'ingé, tu peux faire plein d'erreurs, tu passes plein d'heures à profiler.... .... Et l'humanité perd un temps fou.... mais nous qu'est-ce qu'on s'éclate !!!

J'en reviens à mes moutons: <<Quand tu dis OS stupide comme windows, je suis d'accord pour stupide en général (et hop une caresse au troll) mais il me semble qu'elle est NUMA aware(comme dirait jean-claude) c't'usine à gaz.... >>

<<Sinon, je vois pas ce que le pauvre hyperthreading vient faire là dedans...>>

moi non plus :-) Ah si ! c'était à propos de la sauvegarde de nos emplois avec des technologies qu'on pousse en avant comme étant des réelles innovations (Hyperthreading, NUMA, multicore) alors qu'en fait ça devrait plutôt être profil bas, on sait pas mieux faire..... :-)))) Du coup j'ai rajouté le multi-core dans le tas.... :-)

Juste une petite remarque en passant par rapport au NUMA, je fait référence à ta phrase (tu vas dire que je coupe les pattes de mouche en quatre, mais bon):

<<Par contre, en multi proc, le contrôleur intégré permet d'avoir une configuration mémoire NUMA avec une augmentation de la bande passante totale simultannée avec la ram proportionnelle au nombre de processeurs, ce qui est bien plus intéressant que les xeons préhistoriques qui en sont encore à partager un bus de mono-processeur entre plusieurs processeurs pour accéder à la ram.>>

Cela fait plusieurs fois que je vois ça dans la presse et dans les têtes des gens et j'ai l'impression que tout le monde pense que le NUMA c'est le rêve absolu... etc .. etc.

Le NUMA (Non Uniform Memory Architecture, man wikipedia pour plus d'info) c'est un MOYEN de contournement (workaround) d'un problème industriel/physique: Effectivement,aujourd'hui, on ne sait pas fabriquer des machines avec beaucoup de processeurs et beaucoup de mémoire (et ceci de manière performante) sans casser la __magnifique__ symétrie des architectures SMP. Augmenter la performance nécessite de casser la symétrie des système. le NUMA c'est le moyen le moins pourave qu'on a trouvé pour que cela ressemble encore un peu à une machine performante.

Maintenant, il suffit de regarder un peu la complexité pas possible qu'induit l'architecture NUMA (hardware, mais aussi OS) pour se rendre compte que le rêve ce serait une bonne perfo sur une architecture symétrique.

Comme tout n'est jamais complètement négatif, je dirais pour terminer que le NUMA c'est un super moyen de sauvegarder nos emplois d'ingénieurs en info, une machine NUMA c'est toujours le bordel au niveau perf. Et dire que bientôt j'aurai (enfin je veux dire on aura tous) une machine NUMA à la maison....

Le plus drôle c'est que :

- avec l'hyperthreading c'était le bordel.
- Avec le NUMA c'est le MEGA bordel.

Alors en dessert, vous reprendrez bien les deux mélangés ? hein ? (cf Montecito sur des machines cellulaires par ex) je sais pas si il y aura 10 personnes sur la planête capables de tirer la quintessence (en perf) de l'architecture.

conclusion: NUMA, CACA, mais on fait pas mieux pour le moment.

merci à tous,

J'ai mis synchronized pour la méthode et j'ai lu la doc, me voilà rassuré...

Je ne poste pas le code de la routine (sans intérêt)

en gros

void maMethodeCritique

est devenu

void synchronized maMethodeCritique


Puisssssssssant le java, un peu usine à gaz mais puissant.

t'as testé le média d'install ?

bloqué ? , que veux-tu dire ?

le message login n'a rien de bien effrayant, tu as essayé de taper root, entrée et le mot de passe de ta machine ? ou alors t'as oublié de nous dire que ton clavier ne marche pas ? et dans ce cas là c'est un USB ou un série ?

C'est difficile pour nous de t'aider vu le peu d'information.

Si il s'agit d'un serveur d'entreprise, je pense que tu as fait le bon choix, Debian c'est pénible à mettre en route mais après tu seras peinard pendant de longues années. Sans entrer dans la gue-guerre des distributions, il me semble que seul Debian permet d'avoir un système qui fonctionne sans les mains dans la durée. J'ai pas mal d'expérience sur Redhat, un peu sur Mandrake et beaucoup sur Suse et Debian et je n'ai jamais retrouvé ailleurs que sur Debian ce suivit de configuration qui permet d'avoir une évolution dans le temps du serveur.

Pour ton problème technique, je ne pense pas qu'il s'agisse d'un problème de noyau mais plutôt d'une combinaison bootloader, et de la gestion des devices (mais c'est vrai que c'est souvent lié 2.6 <--> udev / 2.4 autrechose ). Maintenant que tu as ta Debian qui fonctionne sous 2.4, si ta machine rend le service, t'as fini.

Si par contre tu cherches un peu de performance en plus, c'est à dire si ta machine est soumise à une grosse charge d'entrée/sortie, cela vaudrait le coup de tenter d'ajouter (et je dis bien ajouter) un 2.6, je ne vois pas pourquoi cela ne fonctionnerait pas et en prime si cela ne fonctionne pas tu redémarre sur ton 2.4.

l'idee du changement de distrib c'etait pour rechercher la cause de ton probleme, j'ai horreur quand on m'explique comment me passer de ce dont j'ai besoin :-) si tu vois ce que je veux dire.

Bon, donc tu sais pas si c'est lilo ou grub ? ca doit etre grub. A vrai dire j'ai pas installe de mandrake depuis 7.1 donc je suis pas frais frais.

Essayes un autre truc: cree seulement un device raid0 avec ton premier disque et installe rapidos une distrib mandrake minimale (pour gagner du temps), tu met zero paquet, y'a p'tet meme une option installation minimale sans graphique.... et regarde voire si cela fonctionne.

bonne chance

yo,

C'est bizarre, est-ce que le controlleur RAID est une smart array ? Ou autrement dit, lorsque tu l'installes vois-tu des noms de device pour le disque (si j'ai bien compris t'as mis tes 3 disques en RAID5) du genre /dev/cciss/c0d0 ou bien une notation classique /dev/sdx ?

Où as-tu demandé de faire l'installation du bootloader ?

As-tu demandé grub ou lilo comme bootloader ?

Pour modifier les bits d'un double, voici une methode petit cochon.


main()
{
double a=1;
unsigned long long *b;

b=(unsigned long long *)&a;

*b=0x7ff0000000000001;

if (isnan(a)) {
printf("la valeur de a est %lf \n",a);
}


}

En pressant Ctrl+Alt+F1

ou Ctrl+Alt+F2

ou Ctrl+Alt+F3

ou ... F4


tu devrais pouvoir avoir les messages du kernel (je sais plus ou ils sont).
vois-tu quelquechose de suspicieux ?

Tu peux très bien utiliser NaN et rester ANSI,

la norme ANSI est au niveau de ton code source,
la norme qu'on exploite est la norme des flottants IEEE

Autrement dit, tu recopie le code source de isnan et tu défini toi-même la constante NAN.

Ou alors si ça t'amuse tu les recode.

Je me suis amusé à ça l'autre jour. En gros pour qu'un double soit NaN il suffit de mettre 0x7ff dans les 12 premiers bits et n'importe quoi de non nul dans les autres. (cf norme)

Pareil pour faire isnan, il faut mettre deux trois Xor bien placés.

conclusion

La norme IEEE est implémentée au niveau des processeurs, ANSI c'est juste de la portabilité au niveau code source, rien ne t'empêche donc de recopier ou de reécrire la constante et la routine. :-)

#include <math.h>

main() {

double d=NAN;

if(isnan(d)) {
printf("d est non défini\n");
}

d=-1;

d=sqrt(d);

if (isnan(d)) {
printf("d est non défini\n");
}
}

tu compiles avec gcc -D_ISOC99_SOURCE /tmp/essai.c -o /tmp/essai -lm

j'ai rien compris à ton truc, néanmoins, y'a quelquechose de louche c'est l'espace entre CVSROOT et sa valeur

essayes avec CVSROOT=:pserver:.....

pour moi cela fonctionne.

Je me repond a moi meme

avec ton source.list

cela fait un truc du meme genre

Get:1 http://ftp.fr.debian.org unstable/main Packages [3532kB]
Get:2 http://www.stanchina.net ./ Packages [1555B]
Get:3 http://www.stanchina.net ./ Release [619B]
Get:4 http://www.debian-desktop.org sarge/main Packages [30.1kB]
Ign http://www.debian-desktop.org sarge/main Release
Get:5 http://ftp.fr.debian.org unstable/main Release [82B]
Get:6 http://ftp.fr.debian.org testing/main Packages [3361kB]
Err http://pkg-kde.alioth.debian.org ./ Packages
504 Proxy Timeout ( Connection timed out. For more information about this event, see ISA Server Help. )
Get:7 http://ftp.fr.debian.org testing/main Release [81B]
Ign http://pkg-kde.alioth.debian.org ./ Release
Fetched 6925kB in 46s (150kB/s)
Failed to fetch http://pkg-kde.alioth.debian.org/kde-3.4.0/./Packages.gz 504Proxy Timeout ( Connection timed out. For more information about this event, see ISA Server Help. )
Reading Package Lists... Done
E: Some index files failed to download, they have been ignored, or old ones used instead.

Alors que je suis sur de pouvoir acceder sur mon mozilla.

Remarque sans proxy rien ne marche.

merci pour ta reponse,

je n'avais pas donne mon source.list en entier

en fait c'est

cat /etc/apt/sources.list

deb http://pkg-kde.alioth.debian.org/kde-3.4.0/ ./
deb http://debian.ens-cachan.fr/ftp/debian/ unstable main
deb-src http://debian.ens-cachan.fr/ftp/debian/ unstable main
deb http://security.debian.org/ testing/updates main

je l'ai fait un peu au hasard parceque je debute. Mais mon PC fonctionne tres bien... sauf que j'ai pas kde3.4 :-(

Je vais essayer carrement de remplacer par ton sources.list pour voir.

bonjour,

merci pour la reponse,

je me suis peut-etre mal exprime mais en fait mon sources.list contient d'autres entrees:

cat /etc/apt/source.list

cat /etc/apt/sources.list

deb http://pkg-kde.alioth.debian.org/kde-3.4.0/ ./
deb http://debian.ens-cachan.fr/ftp/debian/ unstable main
deb-src http://debian.ens-cachan.fr/ftp/debian/ unstable main
deb http://security.debian.org/ testing/updates main

et quand je fais les updates avec dselect update je vois bien que toutes les entrees sauf la copine kde que je viens d'ajouter fonctionnent

Donc c'est pas le proxy... en fait si le proxy marchait pas j'aurai aucune des entrees, donc le proxy fonctionne correctement....
c'est donc une autre raison.... :-(((

C'est pas si simple, tu peux prendre a la partition XP et donner a la partition /home seulement si elles sont deja adjacentes, /home avant XP ou XP avant /home. Si t'es dans ce cas diminue XP avec Partition Magic, grossi /home (jusqu'ici y'a aucun risque)

puis:

boote linux,

passe en runlevel 1, (su root puis init 1) et demonte /home
umount /home

puis man e2resize

c'est toujours risque de faire ca. bonne chance

bon alors, j'ai une suggestion débile,

edite toto.c

main ()
{
while(1);
}

gcc toto.c -o toto

./toto &

et relance top,

est-ce que toto occuppe 100% du proc ?

killall -9 toto apres

decidement je suis bugge

cd /proc

ls | egrep [.....

et pas ps

je veux compter le nombre d'entrees dans /proc

pardon la derniere command c'est dans /proc

cd /proc et le ls apres


peux-tu verifier que dans ps auxww c'est bien le champ numero 8 qui concerne STAT ?

fait voir un

ps auxww | awk '{if ($8=="R") print $0}'

pour avoir la liste des processus en etat Running,

ajoute un vmstat 1 10

pour voir dans le temps

plus

ps auxww | wc -l

et

ls | egrep [0-9]+ | wc -l

pour compter les processus

salut,

Concernant le module ipw2200 (je ne parle pas donc pas de ta deuxieme tentative avec ndiswrapper) cela signifie que ipw2200 n'est probablement pas le seul objet (fichier .ko) necessaire au fonctionnement de ta carte. Un autre module (que tu as du construire en faisant le build) est necessaire et il exporte (nottamment) un symbole qui s'appelle dma_malloc_coherent.

BREF:

verifie ton processus de build et cherche les .ko generes.
Ensuite recherche les meme .ko dans /usr/lib/modules/2.6.8-1-386/ et enleve les originaux de /usr/lib/modules/2.6.8-1-386/ ensuite soit tu sais quel module exporte dma_malloc_coherent (tu peux faire un grep dma_malloc_coherent pour essayer de trouver le code source qui genere le module qui exporte ce symbole) et tu le rmmod sois tu reboote comme ca t'es sur que les anciens symboles ne sont plus dans ton kernel.... et la tu refais modprobe ipw2200, t'auras alors deux solutions:

- ca marche
- il te manque des symboles... Mais au moins t'auras plus de conflits sur des symboles dupliques en version differentes et il te manquera plus qu'un modprobe du module exportant dma_malloc....


bonne chance

tu veux patcher ton noyau ?

en admettant que le patch soit dans un fichier patch.txt
et que l'arborescence du noyau a patcher soit dans /usr/src/linux

cd /usr/src/linux
patch --dry-run -p0 < patch.txt

--dry-run pour voir si ça marche correctement sans le faire
-p0 cf man page, moi je me prends pas la tete si -p0 marche pas je tente -p1 et apres je reflechi