Je ne sais pas comment ralentir l'exécution.

**JeanNoel53** · 01/12/2015, 15h35

Bonjour,

J'ai essayé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Sleep( 6000);

mais ça semble mettre le thread en sommeil
et j'ai essayé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Thread::wait( 6000);

qui me passe pas la compilation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
1>..\..\..\..\Linguistic\ParserManager\src\BTaggerc.cpp(161): error C2653: 'Thread'*: n'est pas un nom de classe ni d'espace de noms
1>..\..\..\..\Linguistic\ParserManager\src\BTaggerc.cpp(161): error C3861: 'wait'*: identificateur introuvable

celui qui aiguisera sera

**bacelar** · 01/12/2015, 16h21

Ça doit faire au moins 20 ans que le bouton "Turbo" n'existe plus les plateformes Intel/AMD.
Il n'y a qu'une vitesse sur les CPU depuis.
Et si vous faites du GreenIT, c'est au niveau du CPU et des cores que cela se joue, et pas au niveau des threads.
En résumé, personne n'a besoin de ralentir un thread, PERSONNE !!!

Le Sleep ou le Thread::wait, c'est la même chose, c'est rendre le thread non éligible à l'exécution pendant un lapse de temps donné.

Donc cela ne servirait à rien de vous dire l'erreur que vous avez n'ai du cas un simple oublie d'un include (si Thread est une classe native) ou d'un using (si Thread est une classe managée).

Non, cela ne servirait que vous laissez dans le mur.

La vraie question, c'est pourquoi vouloir ralentir un thread (oui, il n'y a jamais de bonne raison à cela).

**JeanNoel53** · 01/12/2015, 18h59

Quand je net des points d'arrêt conditionnel dans la méthode, Le programme marche normallemment. Quad je débug à la main aussi, Mais sans cela,je sort en erreur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void __cdecl _CRT_DEBUGGER_HOOK(int _Reserved)
{
    /* assign 0 to _debugger_hook_dummy so that the function is not folded in retail */
    (_Reserved);
    _debugger_hook_dummy = 0;
}

C'est méchant et quand J'en ai plusieurs j'ai un plantage de Visual Studio et je n'en sort que en reboutant la machine
Je cherche une solution qui provoque le ralentissement de la machine comme les points d'arrêts. Ce n'est pas bloquant car je peux déboguer avec les points d'arrêts; Mais je cherche une solution pérenne pour tourner cet expédient. Sleep ne convient pas.

**Médinoc** · 01/12/2015, 23h37

En clair, tu as un programme multi-thread mal synchronisé et plein de race conditions?
Dans ce cas, ce ne sont pas des tentatives de ralentissement qui résoudront ton problème, c'est de faire tes synchronisations correctement.

**bacelar** · 01/12/2015, 23h40

Vous faites vraiment nimportnawak !!!

Les points d'arrêts ou le debugging "manuel" ne font que cacher le vrai problème.
En singeant ses processus, vous ne faites que planquer la poussière sous le tapis.

Le vrai problème, c'est pourquoi ça plante.

Les points d'arrêts de ralentissement pas le processus, soit ils remplacent le code machine généré par un "int 3", soit ils activent des registres spéciaux dans le CPU.

Ils peuvent changer l'ordonnancement des threads par effets de bords, mais c'est un effet de bord et en aucun cas un truc à émuler.

Alors, vous faites comme tout le monde, vous corrigez vos bugs.

Le débuggeur fonctionne, même sur du code en Release.

Si débuggeur perturbe l'ordonnancement de telle manière qu'il empêche la survenue du problème : utiliser l 'Automatic Debugging :
https://msdn.microsoft.com/fr-fr/lib...(v=vs.85).aspx

Normalement, VS le fait à l'installation, mais peut-être que vous avez voulu faire le malin en n'utilisant pas les réglages par défauts.