Le langage Python a ses avantages et inconvénients. Il est clair que si on doit coder un logiciels de rendu par lancé de rayon, ou un logiciel de compression, ou de traitement d'image, bref un truc qui demande des perfs, on va regarder du côté de langages compilés.
Un démon, c'est sensé tourner en continu, et donc tu te dis que si ça utilise des technologies non adaptées, ça va consommer grave. Alors je ne suis pas le développeur (ni même développeur), mais le démon en question doit scruter les appuis sur le clavier. Pour ça je pense qu'il existe des évènements, et ce programme va attendre un évènement avant de vraiment faire quelque chose*. En gros, la majorité du temps il va se tourner les pouces, et ce n'est que lors d'une frappe au clavier qu'il risque de consommer des ressources.
Ce programme est destiné à une utilisation sur serveur, on ne va pas écrire un roman ou troller sur Linuxfr depuis cette machine, donc c'est très rarement qu'il va vraiment effectuer des tâches. Je ne crois donc pas que ça vaille la peine de coder cet outil dans un autre langage, et y perdre des heures, pour gagner quelques millisecondes de temps processeur, sur une machine qui de toutes façons n'est pas surchargée.
*En fait j'avais codé un petit outil similaire, un script bash qui attendait des commandes au clavier avec une boucle et la fonction «read». Tant qu'il n'y avait pas d'appui au clavier, la fonction read bloquait la boucle, et il n'y avait aucune utilisation du CPU.
[^] # Re: quand je vois "demon système en python", je crains pour l'autonomie de mon ordinateur portable.
Posté par ted (site web personnel) . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 3.
Le langage Python a ses avantages et inconvénients. Il est clair que si on doit coder un logiciels de rendu par lancé de rayon, ou un logiciel de compression, ou de traitement d'image, bref un truc qui demande des perfs, on va regarder du côté de langages compilés.
Un démon, c'est sensé tourner en continu, et donc tu te dis que si ça utilise des technologies non adaptées, ça va consommer grave. Alors je ne suis pas le développeur (ni même développeur), mais le démon en question doit scruter les appuis sur le clavier. Pour ça je pense qu'il existe des évènements, et ce programme va attendre un évènement avant de vraiment faire quelque chose*. En gros, la majorité du temps il va se tourner les pouces, et ce n'est que lors d'une frappe au clavier qu'il risque de consommer des ressources.
Ce programme est destiné à une utilisation sur serveur, on ne va pas écrire un roman ou troller sur Linuxfr depuis cette machine, donc c'est très rarement qu'il va vraiment effectuer des tâches. Je ne crois donc pas que ça vaille la peine de coder cet outil dans un autre langage, et y perdre des heures, pour gagner quelques millisecondes de temps processeur, sur une machine qui de toutes façons n'est pas surchargée.
*En fait j'avais codé un petit outil similaire, un script bash qui attendait des commandes au clavier avec une boucle et la fonction «read». Tant qu'il n'y avait pas d'appui au clavier, la fonction read bloquait la boucle, et il n'y avait aucune utilisation du CPU.
Un LUG en Lorraine : https://enunclic-cappel.fr