Télécharger le zip
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
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é...
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
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.
Ca dépend quand même de la taille de code qui est en commun. Ici clairement il aurait fallu tout séparer
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.
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).
FICHIER UNIX VERS WINDOWS (WIN32)http://www.cppfrance.com/code.aspx?id=24790
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
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
Fonctionne en bi-proc:CPU USAGE (WIN32)http://www.cppfrance.com/code.aspx?id=23303
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.
Pas terrible comme code. Tres mal ecrit et l'anglais semble vraiment pas ton truc. Il y a encore du boulot !!!!!!
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.
Se souvenir du profil
Mot de passe oublié ? / Activation de compteCréer un compte