----------------
Quand l'utilisation en cours du CPU <= X% (paramétrable), un ".wav"
sonne (paramétrable) 1 fois/minute jusqu'à ce qu'1 touche soit pressée
OU BIEN jusqu'à ce qu'il y ait déjà eu 5 sonneries (= 5 mn).
Quand l'une de ces conditions devient vraie, le pgm sort.
Dans le cas contraire (CPU utilisé > X%), le programme continue
de "scanner" le % d'utilisation toutes les 15 secondes infiniment.
----------------
Idéalement, j'aimerais avoir un petit icône en bas à droite
de Windows XP qui montre que ce programme tourne, avec la
possibilité de l'arrêter par un seul clic droit de la souris.
J'ai déjà cherché sur internet un tel utilitaire pendant des
heures!... mais je n'ai pas trouvé.
Malheureusement, je ne sais pas programmer, aussi, si vous vous
sentez à la hauteur, je vous serai reconnaissant de m'envoyer un
.EXE faisant cela.
Merci !
Bien Cordialement,
Email : c6cNOSPAM@free.fr
(enlever le "NOSPAM" de mon email)
Attention, 15 minutes c'est le temps développeur, au dessus y'a le product manager qui va dire 15 heures, et au dessus y'a le technico-commercial qui va dire 15 jours (le temps de tester, de faire 2 allé-retour chez le client etc...)...
Oui. 15', je voulais dire implémentation du truc et sortie dans une DialogBox. Pas un truc fini avec doc de 15 page, site Web marketisé au cul, publicité sur C+ et pages dans Le Monde.
Méthode pro, lourde et pénible. Utiliser les compteurs de la Performance Data Helper. Tout est dans le MSDN, c'est juste que c'est pas évident la première fois qu'on manipule la PDH.
méthode plus pénible que pro.
Je suis en train de tester justement. C'est effectivement très très pénible de trouver les bonnes valeurs de compteurs. Soit tu "localises", et donne les chaînes directement en fonction de la langue de l'OS, soit tu lis les compteurs en anglais et cherche leurs correspondance avec PdhLookupPerfNameByIndex() etc. Problème, il te faut connaître les index ! Et Kro les donne pas, c'est con comme la lune...
Méthode XP SP1+. Utiliser GetSystemTimes(). ATtention au "s" de Times :-). Tu calcules ensuite la diiférence entre le temps kernel, user et idle.
marche pas du tout ca.
Bah si, mais c'est assez naze niveau précision.
hackers... tu veux dire comme Robert Redford dans "Les Experts" ...:-) Euh, bon, non, c'est plutot la méthode de ceux qui savent lire le msdn , y'a un exemple clef en main de lecture des dynData dans la registry. cherchez à EnableDataCollection ou allez là : http://support.microsoft.com/default.aspx?scid=kb;en-us;174631
Nan, cet exemple il est naze. NT n'utilise pas dynData par exemple. Et puis, à chaque SP t'as des index de compteurs qui bougent. Aller chercher les valeurs dans la BdR n'est pas con, mais c'est un travail long et la PDH le fait à ta place. AMHA il vaut mieux utiliser la PDH donc, ça sera plus stable.
Sérieux, la méthode la plus rapide c'est d'utiliser GetProcessTimes. Sérieux toujours, dans le calcul de temps , le problème c'est de faire la preuve, et là même un bon codeur comme toi ne pourra pas la faire en moins de 15 jours. Sérieux enfin : y'a pas de développement à moins d'une semaine.
La meilleure technique c'est NtQuerySystemInformation(). Je suis en train de désassembler le TaskManager et c'est ce qu'il utilise. L'analyseur de performance utilise la PDH lui. C'est vraiment le bin's.
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ? Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le temps de clairvoyance.
De toute façon, j'ai dit au gars (en privé) que dès que j'ai le temps j'écris un petit truc dessus. On verra bien le temps final :-).
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Vincent Burel wrote:
Attention, 15 minutes c'est le temps développeur, au dessus y'a le
product manager qui va dire 15 heures, et au dessus y'a le
technico-commercial qui va dire 15 jours (le temps de tester, de
faire 2 allé-retour chez le client etc...)...
Oui. 15', je voulais dire implémentation du truc et sortie dans une
DialogBox. Pas un truc fini avec doc de 15 page, site Web marketisé au cul,
publicité sur C+ et pages dans Le Monde.
Méthode pro, lourde et pénible. Utiliser les compteurs de la
Performance Data Helper. Tout est dans le MSDN, c'est juste que
c'est pas évident la première fois qu'on manipule la PDH.
méthode plus pénible que pro.
Je suis en train de tester justement. C'est effectivement très très pénible
de trouver les bonnes valeurs de compteurs. Soit tu "localises", et donne
les chaînes directement en fonction de la langue de l'OS, soit tu lis les
compteurs en anglais et cherche leurs correspondance avec
PdhLookupPerfNameByIndex() etc. Problème, il te faut connaître les index !
Et Kro les donne pas, c'est con comme la lune...
Méthode XP SP1+. Utiliser GetSystemTimes(). ATtention au "s" de
Times :-). Tu calcules ensuite la diiférence entre le temps kernel,
user et idle.
marche pas du tout ca.
Bah si, mais c'est assez naze niveau précision.
hackers... tu veux dire comme Robert Redford dans "Les Experts"
...:-) Euh, bon, non, c'est plutot la méthode de ceux qui savent lire
le msdn , y'a un exemple clef en main de lecture des dynData dans la
registry. cherchez à EnableDataCollection ou allez là :
http://support.microsoft.com/default.aspx?scid=kb;en-us;174631
Nan, cet exemple il est naze. NT n'utilise pas dynData par exemple. Et puis,
à chaque SP t'as des index de compteurs qui bougent. Aller chercher les
valeurs dans la BdR n'est pas con, mais c'est un travail long et la PDH le
fait à ta place. AMHA il vaut mieux utiliser la PDH donc, ça sera plus
stable.
Sérieux, la méthode la plus rapide c'est d'utiliser GetProcessTimes.
Sérieux toujours, dans le calcul de temps , le problème c'est de
faire la preuve, et là même un bon codeur comme toi ne pourra pas la
faire en moins de 15 jours.
Sérieux enfin : y'a pas de développement à moins d'une semaine.
La meilleure technique c'est NtQuerySystemInformation(). Je suis en train de
désassembler le TaskManager et c'est ce qu'il utilise. L'analyseur de
performance utilise la PDH lui. C'est vraiment le bin's.
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ?
Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le temps
de clairvoyance.
De toute façon, j'ai dit au gars (en privé) que dès que j'ai le temps
j'écris un petit truc dessus. On verra bien le temps final :-).
Attention, 15 minutes c'est le temps développeur, au dessus y'a le product manager qui va dire 15 heures, et au dessus y'a le technico-commercial qui va dire 15 jours (le temps de tester, de faire 2 allé-retour chez le client etc...)...
Oui. 15', je voulais dire implémentation du truc et sortie dans une DialogBox. Pas un truc fini avec doc de 15 page, site Web marketisé au cul, publicité sur C+ et pages dans Le Monde.
Méthode pro, lourde et pénible. Utiliser les compteurs de la Performance Data Helper. Tout est dans le MSDN, c'est juste que c'est pas évident la première fois qu'on manipule la PDH.
méthode plus pénible que pro.
Je suis en train de tester justement. C'est effectivement très très pénible de trouver les bonnes valeurs de compteurs. Soit tu "localises", et donne les chaînes directement en fonction de la langue de l'OS, soit tu lis les compteurs en anglais et cherche leurs correspondance avec PdhLookupPerfNameByIndex() etc. Problème, il te faut connaître les index ! Et Kro les donne pas, c'est con comme la lune...
Méthode XP SP1+. Utiliser GetSystemTimes(). ATtention au "s" de Times :-). Tu calcules ensuite la diiférence entre le temps kernel, user et idle.
marche pas du tout ca.
Bah si, mais c'est assez naze niveau précision.
hackers... tu veux dire comme Robert Redford dans "Les Experts" ...:-) Euh, bon, non, c'est plutot la méthode de ceux qui savent lire le msdn , y'a un exemple clef en main de lecture des dynData dans la registry. cherchez à EnableDataCollection ou allez là : http://support.microsoft.com/default.aspx?scid=kb;en-us;174631
Nan, cet exemple il est naze. NT n'utilise pas dynData par exemple. Et puis, à chaque SP t'as des index de compteurs qui bougent. Aller chercher les valeurs dans la BdR n'est pas con, mais c'est un travail long et la PDH le fait à ta place. AMHA il vaut mieux utiliser la PDH donc, ça sera plus stable.
Sérieux, la méthode la plus rapide c'est d'utiliser GetProcessTimes. Sérieux toujours, dans le calcul de temps , le problème c'est de faire la preuve, et là même un bon codeur comme toi ne pourra pas la faire en moins de 15 jours. Sérieux enfin : y'a pas de développement à moins d'une semaine.
La meilleure technique c'est NtQuerySystemInformation(). Je suis en train de désassembler le TaskManager et c'est ce qu'il utilise. L'analyseur de performance utilise la PDH lui. C'est vraiment le bin's.
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ? Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le temps de clairvoyance.
De toute façon, j'ai dit au gars (en privé) que dès que j'ai le temps j'écris un petit truc dessus. On verra bien le temps final :-).
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Arnold McDonald
D'ailleurs, je viens de vérifier et la PDH utilise également NtQuerySystemInformation().
Donc...
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
D'ailleurs, je viens de vérifier et la PDH utilise également
NtQuerySystemInformation().
D'ailleurs, je viens de vérifier et la PDH utilise également NtQuerySystemInformation().
Donc...
-- Arnold McDonald (AMcD®)
http://arnold.mcdonald.free.fr/
Vincent Burel
"Arnold McDonald" wrote in message news:43a8333b$0$21210$
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ? Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le
temps
de clairvoyance.
5 jours... m...mouai, c'est faisable, mais en descente, moteur lancé. Là, c'est la fin de l'année, j'm'entraine à faire des tapas et j'ai deux ou trois jeux à essayer, alors bon, disons qu'on en reparle au premier jour de l'année prochaine (le 1er février :-)
A+ VB
"Arnold McDonald" <arnoldkillspammersmcdonald@free.fr> wrote in message
news:43a8333b$0$21210$626a54ce@news.free.fr...
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ?
Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le
temps
de clairvoyance.
5 jours... m...mouai, c'est faisable, mais en descente, moteur lancé. Là,
c'est la fin de l'année, j'm'entraine à faire des tapas et j'ai deux ou
trois jeux à essayer, alors bon, disons qu'on en reparle au premier jour de
l'année prochaine (le 1er février :-)
"Arnold McDonald" wrote in message news:43a8333b$0$21210$
15 jours pour un truc fini potable ? N'exagère pas. Allez, 5 jours max ? Quoique c vrai, en fin d'années, la nourriture avalée fait diminuer le
temps
de clairvoyance.
5 jours... m...mouai, c'est faisable, mais en descente, moteur lancé. Là, c'est la fin de l'année, j'm'entraine à faire des tapas et j'ai deux ou trois jeux à essayer, alors bon, disons qu'on en reparle au premier jour de l'année prochaine (le 1er février :-)
