> > Schimbarea contextului e la fel de ieftina sau de scumpa in kernel, ca > > si in user-space (daca la green threads te referi).
> nu prea. schimbarea contextului doar din user-space e mai rapida. Pe ia32, daca ar fi decent implementata, schimbarea contextului s-ar putea face in kernel cu suport hardware. Pentru ca merge mult prea lent, se face manual, dar asa se face si in user-space :-))) Asta numai daca faci comparatia intre kernel threads si green threads (userspace). Daca vorbesti despre thread-uri m:n in kernel, schimbarea contextului se face in kernel tot timpul. > > Modelele de threading m:n (procese/thread-uri) adauga complexitate > > in scheduler. > Si totusi sunt considerate cele mai rapide si in plus nu-ti mananca atata > memorie din kernel space ca si 1:1 si acum se prefera implementarea > acestora. Daca ii spui asta lui torvalds, vezi sa ai argumente :-) Mai rapide nu mi-e clar de unde ar fi. Mai lente, m-as putea gandi la cateva motive (scheduler mai complicat, ar fi unul dintre ele). Cat despre memoria mancata, iar nu vad de unde... Implementarea thread-urilor m:n nu se prefera "acum", e pur si simplu modul in care o fac alte sisteme de operare. > M Matei --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
