Čitam nešto taj članak i nešto ne vidim kako je to autor rešio problem koji je sam sebi postavio.
Naime, na početku članka kaže:
Citat:
ASP.NET uses the process-wide CLR thread pool to service requests. The size of this pool is set to a default of 25 worker threads and 25 IO threads.
Ona navodi kako korišćenjem asinhronih delegata se ne rešava problem, jer asinhroni delegati koriste threadove iz istog ASP.Net threadpoola (apsolutno tačno).
Posle kaže, da je rešenje za to korišćenje klasičnih threadova (System.Thread) koje zaista funkcioniše, ali nemaš kontrolu nad brojem threadova koji se kreiraju (opet apsolutno tačno).
Finalno rešenje je userdefined threadpool za klasične threadove koji će da im ograniči broj, u primeru koji je dao na 25.
Moram onda da pitam u čemu je smisao, jedino što je efektivno postigao je to da ima još potencijalnih 25 threadova. Nije li to isto kao da je povećao broj threadpool worker threadova na 50 i koristio asinhrone delegate?
if it walks like a duck and quacks like a duck, it could be a dragon doing a duck
impersonation.