Question

D'après ce que je l'ai lu dans le passé, vous êtes encouragés à ne pas modifier la priorité de vos applications Windows programme, et si vous le faites, vous ne devriez jamais les changer pour « en temps réel ».

Qu'est-ce que le 'temps réel' la définition des priorités de processus faire, par rapport à 'High' et «dessus de la normale? »

Était-ce utile?

La solution

Un thread de priorité en temps réel ne peut jamais être préempté par des interruptions de minuterie et fonctionne à une priorité plus élevée que tout autre fil dans le système. En tant que tel fil de priorité en temps réel lié CPU peut ruiner totalement une machine.

Créer des fils de priorité en temps réel nécessite un privilège ( SeIncreaseBasePriorityPrivilege ) de sorte qu'il ne peut être fait par les utilisateurs administratifs.

Pour Vista et au-delà, une option pour les applications qui exigent qu'ils fonctionnent à des priorités en temps réel est d'utiliser le Multimedia classe de service Scheduler (le MMCSS) et laissez-le gérer votre priorité de threads. Le MMCSS empêchera votre application d'utiliser trop de temps CPU de sorte que vous n'avez pas à vous soucier de tanking la machine.

Autres conseils

Il serait le paramètre de priorité la plus élevée possible, et serait utilisé généralement sur la boîte qui a été consacré à l'exécution de ce programme spécifique. Il est en fait assez haut que cela pourrait causer la famine du clavier et souris fils dans la mesure où ils ne répondent plus.

Alors basiquement, si vous devez vous demander, ne pas l'utiliser:)

en temps réel est la plus haute priorité classe à la disposition d'un processus. Par conséquent, il est différent de « High » en ce qu'elle est un pas plus, et « dessus de la normale » en ce qu'elle est à deux pas plus.

De même, en temps réel est également un niveau de priorité de fil.

La priorité du processus classe lève ou abaisse toutes les priorités de fil efficaces dans le processus et est donc considéré comme la « priorité de base ».

Ainsi, un processus a:

  1. Processus de base classe de priorité .
  2. priorités de fil individuel , des compensations de la classe de priorité de base.

Depuis en temps réel est censé être réservé aux applications que les autres processus en cours doit absolument préempter, il y a un privilège de sécurité spéciale pour protéger contre toute utilisation hasardeuse de celui-ci. Il est défini par la politique de sécurité.

Dans NT6 + (Vista +), l'utilisation de la classe Vista Multimedia Scheduler est la bonne façon de réaliser des opérations en temps réel dans ce qui est pas un système d'exploitation en temps réel. Il fonctionne, pour la plupart, mais n'est pas parfait, car le système d'exploitation n'a pas été conçu pour les opérations en temps réel.

Microsoft considère cette priorité très dangereuse, à juste titre. Aucune demande ne doit l'utiliser, sauf dans des circonstances très spécialisées, et même ensuite essayer de limiter son utilisation aux besoins temporaires.

Une fois que Windows apprend un programme utilise plus élevé que la priorité normale, il semble que cela limite la priorité sur le processus.

Définir la priorité de IDLE à Realtime ne modifie pas l'utilisation du processeur.

J'ai trouvé sur mon multi-processeur CPU AMD que si je laisse tomber l'un des processeurs ot comme une dernière l'utilisation du CPU MAX OUT et le dernier CPU reste inactif. La vitesse du processeur augmente à 75% sur mon Quad AMD.

Utilisez la tâche Manager-> Process- sélectionnez> Cliquez droit sur le Process-> Sélection-> Définir l'affinité Cliquez tout sauf le dernier processeur. L'utilisation du processeur augmente au MAX sur les processeurs restants et le nombre de trame si la vidéo de traitement augmente.

Il est fondamentalement plus / plus dans tout le reste. Un clavier est moins prioritaire que le processus en temps réel. Cela signifie que le processus sera pris en compte plus rapidement que le clavier et si elle ne peut pas gérer, votre clavier est ralenti.

Comme toutes les autres réponses en temps réel avant donne ce programme de la classe la plus grande priorité. Rien n'est traité jusqu'à ce que le programme a été traité.
Sur ma machine pentium 4 Je mis minecraft en temps réel beaucoup, car il augmente les performances du jeu beaucoup, et le système semble complètement stable. donc en temps réel n'est pas aussi mauvais que cela semble, juste si vous avez un multi-core défini l'affinité d'un programme à un noyau spécifique ou noyaux (tout simplement pas tous, juste pour laisser tout le reste soit en mesure d'exécuter au cas où le temps réel programmes accrochés ensemble obtient) et mis en temps réel la priorité.

scroll top