Sujet Précédent Sujet Suivant

CAPTEUR DE LA CHARGE CPU

vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 - 1 sept. 2005 à 19:08
binioulefou Messages postés 1 Date d'inscription jeudi 31 juillet 2008 Statut Membre Dernière intervention 31 juillet 2008 - 31 juil. 2008 à 11:43
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/33585-capteur-de-la-charge-cpu
binioulefou Messages postés 1 Date d'inscription jeudi 31 juillet 2008 Statut Membre Dernière intervention 31 juillet 2008
31 juil. 2008 à 11:43
Fonctionne avec Ubuntu 8.04. Merci pour ce bout de code.
CharSnipeur Messages postés 3 Date d'inscription jeudi 1 novembre 2007 Statut Membre Dernière intervention 16 février 2009
5 mars 2008 à 11:03
Merci pour ce code source.
En effet, le mélange Windows/Linux rend l'ensemble assez obsure, une meilleur répartition de la source dans des fichiers serait le bien venu.
Je ne voi rien à redire à l'anglais ;)
J'ai repris tes sources sous Linux en les épurant du windows, ça deviens plus clair.
J'ai testé en multiproc : pas de souci particulier, ça donne la charge total DES processeur (la première ligne de /proc/stat) est la somme des autres processus. Juki, pas d'options particulière avec gcc.
Par contre, il y a des soucis avec la première utilisation de cpuUsage() qui renvoi une valeur abérante si appeler trop tôt dans le programme.
cs_olivier24 Messages postés 1 Date d'inscription jeudi 8 avril 2004 Statut Membre Dernière intervention 13 septembre 2006
13 sept. 2006 à 15:58
Pas terrible comme code. Tres mal ecrit et l'anglais semble vraiment pas ton truc. Il y a encore du boulot !!!!!!
cs_Thaeron Messages postés 202 Date d'inscription vendredi 6 juillet 2001 Statut Membre Dernière intervention 31 octobre 2007
2 sept. 2005 à 23:22
Ton code Kobee est vraiment intéressant (surtout le code pour linux) mais avoir tout mis dans le meme source ça fait un peu bordel. Je vais nettoyer tout ça et essayer de comprendre.
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
2 sept. 2005 à 16:50
Fonctionne en bi-proc:
CPU USAGE (WIN32)
http://www.cppfrance.com/code.aspx?id=23303
kobee12 Messages postés 153 Date d'inscription dimanche 26 janvier 2003 Statut Membre Dernière intervention 31 octobre 2006 1
2 sept. 2005 à 14:10
Il est vrai que ce n'est pas forcément très lisible...

Pour les bi-processeurs, je n'avais pas pensé, et donc pas essayé. Au moins, c'est claire ça fonctionne pas.

Pour ceux qui veulent savoir, c'est avec Kdevelop que j'ai compilé sous linux.

Kobee12
basted Messages postés 55 Date d'inscription lundi 15 septembre 2003 Statut Membre Dernière intervention 11 mai 2008
2 sept. 2005 à 10:07
Simpa comme prog mais avec un bi-processeur quand il y a 0% CPU (en reel) le prog marque 50% (pas bien ;-) )

J'ai pas regarder le code mais ca vaudrais aussi le coup de faire la charge pas processus (l'equivalent unix du "top" en somme)

Ca pourais m'aider a faire une library de limitation de CPU par processus (j'en est deja fait une mais elle se basse sur la charge CPU total ce qui n'a pas franchement d'interet)

En tout ca merci pour ce genre de code
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
1 sept. 2005 à 20:55
FICHIER UNIX VERS WINDOWS (WIN32)
http://www.cppfrance.com/code.aspx?id=24790
juki_webmaster Messages postés 947 Date d'inscription mercredi 19 novembre 2003 Statut Membre Dernière intervention 5 avril 2008 3
1 sept. 2005 à 20:47
Une question, une remarque:

- Avec quel argument as-tu compiler sous g++ (Linux) ?

- Les deux fichiers cpuLoad.c & cpuLoad.h sont vraiment ILLISIBLE (aucun saut de ligne).
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
1 sept. 2005 à 19:59
Mais je continue à penser qu'il vaut mieux toujours séparer et compiler pour chaque system, on a un code propre et un prog optimisé pour chaque.
vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 14
1 sept. 2005 à 19:48
Ca dépend quand même de la taille de code qui est en commun. Ici clairement il aurait fallu tout séparer
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
1 sept. 2005 à 19:40
C'est clair mais c'est justement "portable" qui est drole, on aurait les 2 codes bien lisibles dans des fichiers séparés serait idem, juste que faudrait lancer le compilo 2 fois, la belle affaire. Cette protabilité ne cessera jamais de m'amuser.
vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 14
1 sept. 2005 à 19:14
Il me semble que c'est la seule solution de faire un code portable, non? Les librairies de C ne sont pas suffisantes pour ca
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
1 sept. 2005 à 19:12
Quelle portablité ? il y a comme d'hab les 2 codes entre des #ifdef dans les memes modules mais il y a bien les 2 alors forcément la lisibilité...
vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 14
1 sept. 2005 à 19:08
Le code marche bien sous XP, mais je trouve qu'ici la portabilité est obtenue largement au détriment de la lisibilité du code source

Discussions similaires

Gestion d un parc informatique
graven2020 -
Whismeril -

1 réponse
gestion du parc informatique
zzizzou -
JulioDelphi -

1 réponse
gestion parc informatique
samaka1986 -
femmeinformatique -

14 réponses
Chargement de données
telecomakram -
Neo_Fr -

2 réponses
Génération d'un plan de chargement
joris_38 -
lagzor -

2 réponses
Rejoignez-nous