Par programme limiter l'Utilisation du PROCESSEUR d'un Thread en cours d'exécution à l'intérieur d'un Service

Je suis en utilisant VB9 (VS2008).

J'ai créé un Service Windows qui indexe certains dossiers régulièrement.

Est-il un moyen que je peux mettre une limite supérieure sur l'utilisation du PROCESSEUR en fonction de la situation actuelle de l'état du système, c'est à dire, si le système est inactif, le thread peut utiliser le CPU autant qu'il a besoin, mais si il y a d'autres programmes/processus en cours d'exécution, alors il devrait utiliser le PROCESSEUR de façon à ne pas ralentir le système.

OriginalL'auteur user57175 | 2009-01-27

  1. 17

    Vous pouvez réduire la priorité du thread, dans .Net via Fil de discussion.Priorité

    Définissant en dessous de la normale, les autres threads seront programmées en face d'elle.

    Cela peut conduire à le thread de faim, mais il semble que c'est une conception acceptable de décision pour répondre à vos besoins.

    Noter que, puisque vous effectuez considérable d'e /s disque ce sera le principal impact de l'arrière du terrain de la tâche, et vous pouvez constater que la réduction de la priorité n'est pas suffisante (depuis le disque IO va continuer dans les parties, alors même que le thread est étranglé.

    Un thread de surveillance qui vérifie l'utilisation de la machine (en option soin que si au moins un utilisateur interactive est présent) pourrait suspendre l'indexation (ou de gaz, IO considérablement). Ce sera plus important sur les machines modernes où il y a beaucoup de cœurs disponibles (et hyper threading cœurs virtuels), ce qui signifie qu'en dépit de l'utilisateur en train de faire beaucoup de travail de rechange existe des ressources pour l'exécution de votre indexation de fil, mais pas vraiment pour exécuter les entrées /sorties disque.

    Vous pouvez également envisager si vous cochez la Schéma D'Alimentation pour déterminer si vous devez exécuter à ce moment (depuis l'épuisement de la batterie de lourd accès disque n'est pas négligeable)

    Si vous souhaitez faire encore plus de réduire l'impact de ce contexte IO lié tâche versions de windows à partir de Vista, ajouter deux Api:

    Faible Priorité I/O

    Cela permet à votre code à l'annexe I/O à une priorité plus faible que les autres I/O.

    Planificateur De Tâches De Windows

    Vous pouvez l'utiliser pour planifier les choses à exécuter au "temps d'inactivité du système". Lorsque le système n'est pas occupé, et l'utilisateur n'est pas présent.

    OriginalL'auteur

  2. 3

    Sur XP, ShuggyCoUk est correct. La première chose à faire est de simplement réduire la priorité de thread à quelque chose en dessous de 8. Cela signifie que n'importe quel autre thread ou processus qui est en cours d'exécution avec la priorité de 8 ou plus sera toujours exécuté à la place de votre fil. Remarque, je ne recommande pas simplement le réglage de votre processus de priorité à <8, juste le fil (ou threads) que vous souhaitez exécuter 'bien'.

    Comme Shuggy l'a souligné, le problème n'est-il pas temps de CPU - c'est le I/O de votre service est de générer. Sur XP, toutes les e/S sont traités de la même - si votre I/O a le potentiel d'interférer avec d'autres choses.

    Vista (et bientôt sur Win7) a deux choses conçu pour faire exactement ce que vous voulez.

    La première est la Planificateur De Tâches De Windows. Vous pouvez l'utiliser pour planifier les choses à exécuter au "temps d'inactivité du système". Lorsque le système n'est pas occupé, et l'utilisateur n'est pas présent.

    La deuxième est Faible Priorité I/O. Cela permet à votre code à l'annexe I/O à une priorité plus faible que les autres I/O.

    Ces deux ensemble peut être utilisé pour développer du code qui est un bon système de citoyen.

    Note, vous devez également prendre des systèmes mobiles en compte par la réduction ou la désactivation de votre élément d'arrière-plan lorsque le système est en cours d'exécution sur les batteries. Vous pouvez être simple - simple désactivation de l'alimentation de la batterie; ou sophistiqués, en prenant le Schéma D'Alimentation en compte, et en les utilisant comme indice de l'utilisateur.

    Puisque vous travaillez sur la rédaction d'un service qui est un bon citoyen, vous pouvez faire un peu de bien d'autres choses encore.

    1) Vous pouvez surveiller la quantité de travail effectué au fil du temps et de ralentir ou d'arrêter si des progrès suffisants ont été accomplis.
    2) Faire attention à la mémoire de votre empreinte la plus la meilleure. Souvent, cela va sans dire, mais il est particulièrement important pour les services qu'ils fonctionnent 24/7.

    Votre entrée est bonne, car ma réponse est acceptée, je vais l'intégrer dans la mienne et ajouter le wiki de la communauté

    OriginalL'auteur Foredecker

  3. 1

    Si vous utilisez le SetThreadPriority API, vous pouvez configurer le fil pour obtenir un faible priorité de thread que la normale. Le thread va utiliser toutes les ressources CPU disponibles lorsque le système est inactif, mais renoncera à temps CPU pour tous les threads ont une priorité plus élevée.

    OriginalL'auteur 1800 INFORMATION

  4. 1

    Grande partie de la charge sur votre système à partir de votre processus d'indexation est probablement le disque I/O, donc en dehors de ce ShuggyCoUk dit, si votre processus fonctionne dans Windows Vista et Windows Server 2008, vous pouvez également changer le disque I/O la priorité à l'arrière-plan. C'est la façon dont la plupart de pagination, la défragmentation et d'autres tâches de maintenance de ces systèmes. Si non, vous pouvez également surveiller les i/o disque file d'attente pour voir si il y a des opérations en attente provenant de l'interaction de l'utilisateur.

    OriginalL'auteur macbirdie