Temporisations .Net: WaitForSingleObject vs Timer

Question

Je suis en train d'implémenter un timeout sur une opération asynchrone (une série d'E/S réseau), et je ne suis pas sûr de ce qui est "meilleur" (du point de vue allocation/performance): créer un EventWaitHandle et en utilisant RegisterWaitForSingleObject, ou simplement en créant un temporisateur et en utilisant son Tick.

Dans mon cas spécifique, EventWaitHandle est créé paresseusement, mais il est évident qu'il doit être instancié pour utiliser WaitForSingleObject. Donc, c'est vraiment une question sur le coût des ressources d'un WaitHandle + WaitForSingleObject vs un minuteur. Les deux approches sont à peu près aussi faciles à mettre en œuvre.

J'ai implémenté les deux à différents moments, donc je comprends le terrain, je ne suis pas sûr de l'approche qui est 'meilleure'.

Answer 1

Microsoft Morgan Skinner seems to prefer RegisterWaitForSingleObject.

En ce qui concerne les allocations, le réflecteur révèle que RegisterWaitForSingleObject créer une instance d'un RegisteredWaitHandle, alors qu'une minuterie crée un TimerBase interne, ainsi qu'une classe nommée _TimerCallback. On pourrait continuer et comparer les tailles de ces classes et ainsi de suite, mais elles semblent avoir plus de dépendances, en particulier celles qui ne sont pas gérées (les deux utilisent des fonctions win32 sous-jacentes) - donc je ne peux vraiment pas donner de réponse directe. Cependant, gardez à l'esprit que vous pouvez allouer un seul Maunal/AutoResetEvent et le passer à tous les appels (puisque vous comptez sur le timeout, donc vous ne le signalerez jamais) .

En ce qui concerne les performances, je ne suis pas sûr non plus. ThreadPool utilisera un thread d'attente spécial pour chaque 63 actions enregistrées via RegisterWaitForSingleObject. En revanche, une minuterie utilisera un minuteur win32 sous-jacent. Les deux finiront par utiliser un thread de travail ThreadPool pour l'exécution réelle. Quel est le meilleur dans quels scénarios? Beats me .. donc je partirais avec Skinner sur celui-ci :)

Voir aussi:

• Multithreading: registered waits
• Multithreading: coding the register wait pattern

Answer 2

Rien n'est mieux. Une minuterie est utilisée pour «piquer» votre fil périodiquement afin de faire quelque chose. WaitForSingleObject attend sur les handles. Le délai d'attente est là pour que vous puissiez l'utiliser pour décider d'arrêter d'attendre au lieu d'être coincé dans l'impasse. L'utilisation d'une minuterie pour rompre le waitforsingleobject d'un verrou n'est pas nécessaire si vous utilisez le délai d'expiration.

Le coût des ressources est négligeable pour les deux. Je ne peux pas dire quelle approche vous devriez utiliser parce qu'elle dépend fortement de la situation de code que vous avez.