threading u asp.net

[ android~paranoid @ 16.05.2011. 21:02 ] @

Želeo bih uraditi normalan upload neke slike, a da mi se u posebnom threadu uradi resize i da se snimi thubmnail u poseban dir, čisto da se ne bi gubilo vreme na to. Da li je ovo uredu raditi i da li se isto pozove thread kao i u običnoj C# aplikaciji?

[ dejanet @ 16.05.2011. 23:29 ] @

Cela prica sa custom thread-ovima u web aplikacijama je prilicno nategnuta zato sto mozes da uletis u makaze internog mehanizma web servera koji se bazira na konkurentosti poziva i odziva. Npr. kod vece posecenosti mozes da spucas resurse po tom pitanju.

Ja nikad nisam radio tako, tako nista pametno sem ovog:
http://msdn.microsoft.com/en-us/magazine/cc164128.aspx

[ android~paranoid @ 17.05.2011. 13:15 ] @

Citat:

Ja nikad nisam radio tako, tako nista pametno sem ovog:
http://msdn.microsoft.com/en-us/magazine/cc164128.aspx

Hvala, zanimljiv članak. Da li je pristup bazi "non bound CPU task" pa bi valjalo tako nešto uraditi za njega?
U kojim sitvacijama bi se radilo preko asinhronih handlera?

[ pl4stik @ 18.05.2011. 07:42 ] @

Citat:

android~paranoid:
U kojim sitvacijama bi se radilo preko asinhronih handlera?

Pa npr. pri asinhronom uploadu vise fajlova...

Vidi
http://www.asp.net/general/vid...-simple-file-uploads-in-aspnet
http://www.asp.net/general/vid...tiple-file-uploads-in-aspnet-2
http://www.asp.net/general/vid...tiple-file-uploads-in-aspnet-1

[ rocco337 @ 18.05.2011. 21:14 ] @

jel to moguće riješiti pomoću handlera? pa u handleru namistiti da se vrti na nekom drugom threadu?

[ Boris B. @ 21.05.2011. 22:12 ] @

Citat:

dejanet:
Ja nikad nisam radio tako, tako nista pametno sem ovog:
http://msdn.microsoft.com/en-us/magazine/cc164128.aspx

Č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?