Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Prioriser les taches
Salut,
J'ai dévelloppé une application sous Visual C++ 6, sans multi-threading, qui fait l'acquisition de données provenant d'une carte E/S.
Le problème c'est quand on fait une demande d'acquisition, on rentre dans la fonction qui récupère les données et là on mange 100% de l'UC, et le monidre petit truc que l'on fasse sur le PC (même bouger la souris) on perd des données...
Y a t-il un moyen de prioriser cette fonction sur Windows ?
Merci...
" l'imagination est plus importante que le savoir. "
Albert Einstein.
SetThreadPriority() ?
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Merci Médinoc...
je vais faire une modif...
" l'imagination est plus importante que le savoir. "
Albert Einstein.
J'ai donc mis :
au début de ma fonction...
Code : Sélectionner tout - Visualiser dans une fenêtre à part SetThreadPriority(this,THREAD_PRIORITY_TIME_CRITICAL);
et :
à la fin...
Code : Sélectionner tout - Visualiser dans une fenêtre à part SetThreadPriority(this,THREAD_PRIORITY_NORMAL);
et j'ai ouvert l'onglet performance du gestionnaire des tâches pour visualiser l'utilisation de l'UC en même temps que j'éxécute l'application et je ne vois pas tellement de différence... toujours 100% d'utilisation...
Est-il possible de s'en rendre compte visuellement d'une différence comme çà ou pas du tout ?
" l'imagination est plus importante que le savoir. "
Albert Einstein.
On peut savoir d'où vient ton "this" ?
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Bien en fait le premier paramètre est le handle du thread et comme mon appli n'est pas multi-thread, et qu'il ya qu'une fonction bien particulière dans un fichier source qui doit être priorisée, je me suis dit en mettant "this", ce sera bon de plus qu'il ne m'a générer aucune erreur ni warning...
Mais bon vu ta réponse ce ne doit pas être ça...
C'est parce que je n'ai encore jamais fait de multi-threading, je ne gère pas trop encore les handles...
Merci pour ton aide...
" l'imagination est plus importante que le savoir. "
Albert Einstein.
Et tu ne t'es pas dit, par exemple, que this pouvait être n'importe quoi, et surtout tout sauf un handle de thread...
On récupère un handle vers le thread courant avec la fonction GetCurrentThread().
Attention, le handle retourné est généralement un pseudo-handle, valide uniquement dans le thread courant. Ce qui n'est pas un problème, puisque tu n'es pas en multi-thread...
PS: ça compile par l'opération du démon, et ce uniquement parce que HANDLE est un typedef sur void*. Tu aurais passé un int, ça n'aurait pas compilé.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Merci Médinoc pour tes explications j'y vois plus clair maintenant...
Alors je vais tester tous ça...
" l'imagination est plus importante que le savoir. "
Albert Einstein.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager