[so] [Tema4 Win] Timeout

[cosminratiu at gmail.com]

NU trebuie folosite threaduri de nici o culoare in linux. Unul singur e
suficient sa faca totul singur. Pe windows am zis pool de threaduri egal cu
nr. de procesoare din sistem...asta inseamna un singur thread pentru un
sistem cu un procesor. Si trebuie pool pentru ca completion ports lucreaza
cu un pool de threaduri. Threadurile trebuie sa fie total independente, nu
colaboreaza. Se ocupa mecanismul de completion ports de distribuirea
sarcinilor. Tu trebuie sa ai grija pe windows doar sa nu ajungi sa procesezi
acelasi client din mai multe threaduri deodata ca atunci rezulta sigur
probleme.

In concluzie, nu iti trebuie prea mult threading pe windows, iar pe linux,
deloc.

Cat despre timeout-uri, dupa cum am zis pe grup acum cateva zile, trebuie sa
bagati buffere mai mari. In momentul in care ai lucrezi cu buffere de 512
bytes e prea mult overhead si depaseste timeout-ul. Dupa cum vezi, se poate
face astfel incat sa treaca lejer testele cu peste 1 minut ramas. Pe windows
mai e o problema cu delay-ul cauzat de accept(), dar peste asta nu poti
trece...oricum, dupa cum vezi, se pot trece si alea cu 40 de sec. ramase.
Cheia sunt bufferele :).

On 22 Dec 2006 08:16:42 -0000, Costin B <costinb at rdslink.ro> wrote:
>
> Buna ziua,
>
> Am si eu o problema cu timeouturile si am nevoie de sugestii, daca se
> poate.
>
> Este ok sa folosesc threaduri in aplicatie? Daca da, cam ce prioritate ar
> trebui sa
> atribui threadurilor care fac treaba efectiv in comparatie cu threadul
> care accepta conexiuni?
>
> Pe Windows este nevoie ca threadurile sa "colaboreze" sau daca au aceeasi
> prioritate vor fi programate aproximativ in mod egal?
>
> Si in ultimul rand (intreb si eu): timeout-ul  de 120 de secunde este ok
> la tema 4, cand la tema 1, de exemplu, era tot de 120 secunde?
>
> _______________________________________________
> so mailing list
> so at cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cursuri.cs.pub.ro/pipermail/so/attachments/20061222/d93a7ce1/attachment.htm