Bonjour.
 
Je développe actuellement un outil en python. Cet outil utilise 100% de mon cpu. Je dois le limiter à 50%, je recherche donc une manière simple d'effectuer cette limitation. J'ai trouvé la fonction os.nice() qui est utile, mais disponible uniquement sous Windows, et l'outil va tourner principalement sur cet os.
 
Quelqu'un a une idée à me soumettre ?
 
Merci

 
il est ou le problème

pardon, je me suis trompé.
 
os.nice() n'est disponible que sous _Unix_, pas Windows

Y'a pas de quota CPU sous Windows, juste des priorité. Tu peux abaisser sa priorité. Il utilisera 100% du CPU si aucun autre process ne tourne, et 0% si un autre process en a besoin.

OS en bois  

 
Ca me convient tout à fait d'abaisser la priorité de mon processus. Je dois utiliser quoi ?

 
Le vieux troll poilu des bois ...

 
Alors, plus personne ?

Ca a trop d'intérrêt de limiter un processus à 50% quand y'a 100% de dispo, et de limiter 10 processus à 50% chacun.... Et personnelement j'ai du mal à bien cerner ce critère de poucentage de CPU.
M'enfin, il suffit que je me rappelle comment en TP on plantait quasi instantanément le PC des autres via ssh en executant un prog C de 2 lignes qui fait des fork et malloc en boucle pour me dire que ça aurait pu être pire.

t'as qu'à faire un programme qui mange moins de CPU c'est tou.

L'intéret, c'est tout simplement de ne pas monopoliser le pc pendant l'execution du script python. Le but est pas de limiter a 50 %, mais de faire croire a l'utilisateur qu'il peut encore travailler pendant ce temps. Pour l'instant, je ne peux même pas ouvrir un explorateur pendant l'execution, c'est pour ça que je recherche quelque chose pouvant baisser la priorité de mon script python.

 
Merci pour cette réponse constructive. J'ai des impératifs à respecter.

Faut récupérer le thread principal de ton app python et baisser sa priorité
 
Va voir du côté du module threading

ok, merci, je vais tester ça de suite

le nice, c'est pas un quota CPU, comme son nom l'indique, c'est juste que ton processus va se comporter gentillement avec les autres processus et passer son tour si y a du monde qui a du travail au portillon.
 
Et non, je me fous pas de toi. Sur une machine de bureau, y a rien de plus ridicule que de brider l'usage CPU : le nice c'est bien, y a pas de temps CPU gaché. Avec ton histoire de limiter à 50%, tu vas te retrouver à foutre des sleep() et ton appli va passer son temps à dormir tout ça pour que ...
 
Alors sérieusement, si tu veux réduire l'usage CPU de ton programme (en supposant que c'est un programme qui tourne en tache de fond), et bien y a rien d'autre à faire que l'optimiser.

OK, j'avais pas compris l'utilisation de nice.
 
L'idée est vraiment de n'utiliser 100% du cpu que quand c'est nécéssaire, et surtout ne pas bloquer l'utilisateur. Je n'ai vraiment pas l'intention de brider l'utilisation du cpu.
 
Si seulement cet os était bien foutu, j'aurais même pas eu à me poser la question.
 
En tous cas, merci pour ces réponses.

bien sûr que si, le problème de priorités existe sur tous les OS

Mais non, quand ton code est mauvais, c'est la faute de l'OS.

 
  tu l'a même pas vu mon code !

 
je faisait surtout référence a la fonction nice

tu crois que les utilisateurs du SETI font comment ?

J'y avait pas pensé à celle là

nice est simplement l'un des mécanismes de régulation de la priorité dispo sur Unix

Pour le faire en Python sous Windows, en utilisant PyWin32:

merci

Pour info, j'ai trouvé la source du problème.
 
La surconsomation de resources ne venait pas de mon sciprt python, mais de l'editeur, IDLE.
 
Une fois lance en ligne de commandes (et non pas via IDLE), plus aucun problème, l'execution est quasi transparente.
 
Si ca peut servir a qqun.
 
@ +

minable ... en gros tu faisais tourner le truc dans le debugger ...

lol, idle c'est pratique mais fo quand meme pas l'utilisé a toute les sauses

 
J'adorerai toujours ta compréhension légendaire