Changer la priorité du processus de Python, de la croix-plate-forme

J'ai un programme en Python qui n'temps de calculs. Depuis qu'il utilise élevé CPU, et je veux que mon système d'être à l'écoute, j'aimerais que le programme pour le changement des priorités de l'-dessous de la normale.

J'ai trouvé ceci:
Définir La Priorité Des Processus Dans Windows - ActiveState

Mais je suis à la recherche d'une solution multi-plateforme.

InformationsquelleAutor Craig McQueen | 2009-06-21
  1. 33

    Voici la solution que j'utilise pour mettre mon processus au-dessous de la normale de priorité:

    lowpriority.py

    def lowpriority():
    """ Set the priority of the process to below-normal."""

    import sys
    try:
        sys.getwindowsversion()
    except AttributeError:
        isWindows = False
    else:
        isWindows = True

    if isWindows:
        # Based on:
        #   "Recipe 496767: Set Process Priority In Windows" on ActiveState
        #   http://code.activestate.com/recipes/496767/
        import win32api,win32process,win32con

        pid = win32api.GetCurrentProcessId()
        handle = win32api.OpenProcess(win32con.PROCESS_ALL_ACCESS, True, pid)
        win32process.SetPriorityClass(handle, win32process.BELOW_NORMAL_PRIORITY_CLASS)
    else:
        import os

        os.nice(1)

    Testé sur la version 2.6 de Python sur Windows et Linux.

    • Solution sympa, mais pourquoi faites-vous appel sys.getwindowversion() au lieu de vérifier sys.plate-forme?
    • Je veux juste savoir de manière fiable si je suis en cours d'exécution sur Windows ou pas. sys.platform n'ont documenté les valeurs de retour mais je n'étais pas sûr si elle était digne de confiance--est-il vraiment de retour 'win32' sur une version 64 bits de Windows? (croyez-le ou pas, je n'ai toujours pas obtenu la version 64 bits de Windows pour l'essayer! Je suppose que je devrais être en mesure de au travail maintenant)
    • Essayé sur Win7 64 bits (avec Python 64bit): sys.platform, en effet, renvoie 'win32'
    • Confirmant sur 2008 R2 Server -- sys.platform renvoie "win32"
    • pourquoi ne pas simplement win32process.SetPriorityClass(win32api.GetCurrentProcess(), win32process.HIGH_PRIORITY_CLASS)
    InformationsquelleAutor Craig McQueen
  2. 18

    Vous pouvez utiliser psutil module.

    Sur les plate-formes POSIX:

    >>> import psutil, os
>>> p = psutil.Process(os.getpid())
>>> p.nice()
0
>>> p.nice(10)  # set
>>> p.nice()
10

    Sur Windows:

    >>> p.nice(psutil.HIGH_PRIORITY_CLASS)
    • Merci pour le lien. Il est dommage que l'API est différent sur les deux plates-formes (10 contre psutil.HIGH_PRIORITY_CLASS). "Cross platform" signifie "la même API sur toutes les plateformes" je pense.
    • psutil.HIGH_PRIORITY_CLASS est juste une constante entière qui est nécessaire en raison de la priorité des processus sur Windows fonctionne différemment que sur UNIX: msdn.microsoft.com/en-us/library/ms683211(v=vs. 85).aspx cela de côté, on peut considérer psutil de la croix-plate-forme, en ce qu'elle permet d'utiliser: p.nice = some_number ...pour le réglage de la priorité des processus sur UNIX et Windows. La seule différence est que sur Windows some_number est enregistré dans des constantes pré-définies. C'est tout.
    • C'est une honte de la communauté Python le fait avec la portabilité. Leur définition de "portable" est "nous allons mettre en œuvre quel que soit le système d'exploitation nous permet de faire facilement". Pourquoi ne pouvez pas sélectionner() travail sur des tuyaux dans Windows? C'est faisable, mais le système ne permet pas de le faire pour vous, il n'est donc pas mis en œuvre. Python est portable aussi longtemps que vous n'avez jamais besoin de toutes les bibliothèques, ce qui est effectivement jamais.
    • Certaines choses sont tout simplement pas portable par la nature, indépendamment de la langue, et Python comme langage ne fait pas exception (essentiellement parce qu'il ne peut pas). Maintenant, j'aimerais entendre votre opinion sur la façon dont vous serait constamment re-conception psutil est agréable fonctionnalité afin d'être compatibles avec tous les POSIX et les plates-formes Windows. Si votre proposition sera raisonnable, je vais changer l'API actuelle et merci pour votre contribution, sinon je vais en conclure que vous avez été à la traîne, car je ne peux pas voir toute suggestion constructive dans votre message.
    • Priorités des processus ne sont pas "pas de portable par la nature"; c'est simplement que personne n'a pris la peine de résumé d'un sous-ensemble propre de Linux, MacOS et Windows priorité systèmes. Avoir les sous-processus du système en Python permettent de mieux contrôler le processus de priorités n'est pas difficile-vous simplement de mettre en œuvre un sous-ensemble commun de priorité des contrôles qui sont présents dans tous les Systèmes d'exploitation. Tous les Systèmes d'exploitation de comprendre les concepts de la "haute", "normal", "bas" et "inactif" les priorités. Vous pourriez tout simplement la carte ces concepts généraux sur la gentillesse des plages dans le Linux et BSD dérivés.
    • Attention, le Windows exemple est l'opposé de la POSIX exemple. Une belle valeur de 10 signifie une faible priorité.

    InformationsquelleAutor Giampaolo Rodolà
  3. 9

    Sur tous les Unix-like plate-forme (y compris Linux et MacOsX), voir os.nice ici:

    os.nice(increment)
Add increment to the process’s “niceness”. Return the new niceness. Availability: Unix.

    Puisque vous avez déjà une recette pour Windows, qui couvre la plupart des plates-formes d'appel de l'os.de nice avec un argument positif partout, mais Windows, utilisez cette recette. Il n'y a pas de "joliment emballé" de la croix-plate-forme de solution à ma connaissance (ce serait dur pour le paquet de ce combo, mais, comment beaucoup plus de valeur pour vous dans juste l'emballage il?-)

    InformationsquelleAutor Alex Martelli