Comment limiter l'utilisation du PROCESSEUR dans une boucle while

Utiliser une minuterie événement !!! Presque pas de cpu effort.

Votre code est en cours d'exécution de l'Application.DoEvents() constamment dans la boucle while, pour la durée de temps spécifiée dans votre time paramètre. Cela permettra de consommer un seul core de votre CPU, qui est pourquoi on voit de plus de 50% d'utilisation du processeur (vous avez un processeur dual-core, correct?). C'est un vilain moyen d'attendre. Vous pourriez appeler plutôt Thread.Sleep(), en lui passant le nombre de millisecondes que vous aimeriez que votre fil d'attendre.

Si vous souhaitez que votre demande de rester réactif, vous pouvez également le spin-off d'une minuterie, et de bloquer l'INTERFACE utilisateur de toute action jusqu'à ce que la minuterie se déclenche. Quelque chose comme (légèrement testé):

// constructor or designer code
System.Windows.Forms.Timer timer = new System.Windows.Forms.Timer();
timer.Tick += new EventHandler(timer_Tick);

void Wait(int interval)
{
    timer.Interval = interval;
    timer.Start();
    BlockUIOperations(); // implement yourself
}

void timer_Tick(object sender, EventArgs e)
{
    timer.Stop();   
    EnableUIOperations(); // implement yourself
}

Voici ma tentative de traduction en VB:

'' Add a Timer object to the form named "Timer".
'' Hook its Tick event to Timer_Tick

Private Sub Wait(ByVal interval As Integer)
    Timer.Interval = interval
    Timer.Start()
    BlockUIOperations() '' implement yourself
End Sub

Private Sub Timer_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Timer.Tick
    Timer.Stop()
    EnableUIOperations() '' implement yourself
End Sub

Si vous n'avez pas l'esprit de blocage du thread en cours, vous pouvez utiliser un WaitHandle.

    Public Sub Wait(ByVal ms As Integer)

        Using wh As New ManualResetEvent(False)
            wh.WaitOne(ms)
        End Using

    End Sub

    Sub Main()

        Console.WriteLine("Hello World!")
        Wait(5000)
        Console.WriteLine("Good-Bye!")

    End Sub

Bien sûr, quelque chose de plus complexe qui peut être construit en fonction de ce que vous essayez d'accomplir.

Vous devriez prendre note de si vous le faites dans l'INTERFACE utilisateur principale de Fil ou un fil de discussion ont essaimé.

Pour les Threads de la façon la plus simple est juste de Thread.Sommeil(x millisecondes)

Sur l'INTERFACE principale thread, j'ai tendance à utiliser une fonction DoEvents dans vb.net et vb6 comme ce

Public Sub TimeKiller(byval secondstowait as integer)
     dim tmptime as datetime = datetime.now

     do while datetime.now < dateadd("s",secondstowait,tmptime)
          Application.Doevents
     end while
End Sub

Sur la question de l'utilisation du PROCESSEUR je la regarde comme ça.... si vous faites juste un dur boucle comme

while true
end while

Je m'attends à voir très élevée de l'uc à l'utilisation de plus de 50% parce que le thread d'INTERFACE utilisateur est difficile de blocage sur ce.... dans la plupart des cas, le système de windows permettra de limiter l'utilisation du processeur d'un programme donné, de sorte que son fils ne pas bloquer l'ensemble du système.

La fonction DoEvents de s'assurer que le message de windows pompes à incendie corriger et répondre à corriger. Il s'assure également que le garbage collector feux sur l'heure.

Aussi, si vous avez d'autres threads filé hors de votre INTERFACE utilisateur.Enfilez votre INTERFACE utilisateur.Thread peut réagir à des événements déclenchés à partir de ces autres threads....

Dans de tels cas où votre appel contrôles de formulaire à partir d'autres threads et ne forme.InvokeRequired routines seront en mesure de répondre correctement.

Aussi Le seul moment où vous devriez être dur en boucle sur le MainUI thread, c'est quand il est en réponse à certaines activités de l'utilisateur et vous avez besoin de mettre les attentes de l'utilisateur de voir les progrès de quelque chose....

Si c'est une sorte de processus automatisé qui est toujours en cours d'exécution... look à la déplacer dans un autre thread.

Ou si c'est quelque chose qui s'exécute périodiquement sur une minuterie ou d'un temps qui lance un thread.

Quelqu'un s'il vous plaît dites-moi si je me trompe sur ces hypothèses....

Pas sûr au sujet de l'Utilisation de wh Comme Nouveau ManualResetEvent(Faux) wh.WaitOne(ms) que je n'ai jamais entendu parler de ça et n'ont aucune idée de ce que cela fait.