sur le lien il y avait marqué :
"Program received signal SIG43, Real-time event 43. "
Si ca se trouve il s'agit simplement que le HT te fait perdre trop de temps.
Le HT c'est de la **** pour tout ce qui est calcul threadé (problème avec l'accés au bus mémoire toussa).
Si amaraok lance deux threads , l'un qui tourne en essayant de changer une variable, et un autre qui essaie de lire une autre variable mais que le bus est pris par le premier threads , tu vas rallonger tes délais toussa.
Et si le délai devient trop grand pour ne plus assurer le temps réel , le noyau ne risque t'il d'envoyer un signal real time event ? (je sais pas quand ce signal est généré).
Bref moi je pense plutot pour un probleme qui vient du HT et non pas du code.
Si le code passe sans aucun probleme sur un quadriproc , il n'y a aucune raison qu'il ne passe pas sur une p4HT
# Real time event ?
Posté par briaeros007 . En réponse au journal Noyau: code relatif à l'HyperThreading défectueux?. Évalué à 2.
"Program received signal SIG43, Real-time event 43. "
Si ca se trouve il s'agit simplement que le HT te fait perdre trop de temps.
Le HT c'est de la **** pour tout ce qui est calcul threadé (problème avec l'accés au bus mémoire toussa).
Si amaraok lance deux threads , l'un qui tourne en essayant de changer une variable, et un autre qui essaie de lire une autre variable mais que le bus est pris par le premier threads , tu vas rallonger tes délais toussa.
Et si le délai devient trop grand pour ne plus assurer le temps réel , le noyau ne risque t'il d'envoyer un signal real time event ? (je sais pas quand ce signal est généré).
Bref moi je pense plutot pour un probleme qui vient du HT et non pas du code.
Si le code passe sans aucun probleme sur un quadriproc , il n'y a aucune raison qu'il ne passe pas sur une p4HT