.Net Zaman Aşımları: WaitForSingleObject ve Zamanlayıcı

Question

Zaman uyumsuz bir işlem (bir dizi ağ IO'ları) üzerinde bir zaman aşımı uygularım ve hangisinin 'daha iyi' (tahsisatlardan/performanstan) bir perspektif olduğundan emin değilim: EventWaitHandle ve RegisterWaitForSingleObject kullanarak veya sadece bir Timer oluşturma ve Tick kullanarak.

Benim özel durumumda EventWaitHandle tembel oluşturuldu, ancak açıkçası WaitForSingleObject kullanmak için başlatılması gerekir. Yani gerçekten bu bir WaitHandle + WaitForSingleObject vs bir Timer kaynak maliyeti hakkında bir sorudur. Her iki yaklaşım da uygulanması kolay.

Her ikisini de çeşitli zamanlarda uyguladım, bu yüzden araziyi anlıyorum, hangi yaklaşımın 'daha iyi' olduğundan emin değilim.

Answer 1

Microsoft'un Morgan Skinner seems to prefer RegisterWaitForSingleObject.

Bildiğim kadarıyla tahsisleri ile ilgili olarak, reflektör bir zamanlayıcı dahili TimerBase yanı sıra _TimerCallback adında bir sınıf oluşturur iken RegisterWaitForSingleObject, bir RegisteredWaitHandle bir örneğini oluşturmak ortaya koymaktadır. Biri bu sınıfların ve benzerlerinin büyüklüklerini karşılaştırabilir ve karşılaştırabilir, ancak daha fazla bağımlılığa, özellikle de yönetilmeyen olanlara (her ikisi de win32 işlevlerinin altında yatan) sahip olabilirler - bu yüzden ben gerçekten doğru bir cevap veremiyorum.

Bekleme işlemi için RegisterWaitForSingleObject'a iletilmiş olsa da, tek bir Maunal/AutoResetEvent ayırabileceğinizi ve tüm çağrılara aktarabileceğinizi unutmayın (zaman aşımına güveniyor olduğunuzdan, bunu bir daha işaretlemezsiniz). .

Performans devam ettikçe, ben de emin değilim. ThreadPool, RegisterWaitForSingleObject aracılığıyla kaydedilen her 63 eylem için özel bir bekleme ipi kullanacaktır. Aksine, bir zamanlayıcı temelde bir win32 zamanlayıcı kullanacaktır. Her ikisi de gerçek yürütme için bir ThreadPool çalışan iş parçacığı kullanarak sona erecek. Hangi senaryolarda hangisi daha iyidir? beni aşar .. o yüzden bu sefer Skinner'la giderdik :)

Ayrıca bakınız: Katılmıyorum

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

Answer 2

Hiçbiri daha iyi değil. Bir zamanlayıcı, iş parçacığını periyodik olarak bir şeyler yapmak için "kandırmak" için kullanılır. WaitForSingleObject kolları üzerinde bekler. Zaman aşımı var, böylece kilitlenme halinde takılmak yerine beklemeyi durdurmak için kullanabilirsiniz. Zaman aşımını kullanırsanız, waitforsingleobject'i kilitlemek için bir zamanlayıcı kullanmak gerekmez.

Kaynak maliyeti, her ikisi için de önemsizdir. Hangi yaklaşımı kullanacağınızı söyleyemem çünkü sahip olduğunuz kod durumuna çok bağlı.