<span>C</span>a sa elaborez un pic:<br><br>Da, epoll tine setul de descriptori in kernel si tie iti da numai structurile pe care au aparut evenimente. Citeste cu atentie descrierea la epoll_wait din laborator. Avantajul la asta este ca nu mai trebuie sa tii tu seturile de descriptori si in plus, se evita copierile inutile intre userspace si kernelspace care se intampla la poll si select (toate argumentele trebuie copiate in kernel inainte de a se procesa. Daca unul din ele este un vector mare, el o sa fie copiat in kernel, reducand performantele in caz ca se face des asta).
<br><br><div class="gmail_quote">On Dec 10, 2007 11:26 PM, Iulian Moraru <<a href="mailto:iulian@gmail.com">iulian@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Dec 10, 2007 11:10 PM, Ionut Prunache <<a href="mailto:bthorne@gmail.com">bthorne@gmail.com</a>> wrote:<br>> Salut.<br>><br>> Am vazut ca in solutia pentru epoll de la laboratorul de operatii I/O
<br>> asincrone,<br>> epoll_ctl primeste drept parametru event adresa unei varibile locale.<br>><br>> Asta inseamna ca epoll_ctl copiaza in niste structuri interne datele la care<br>> indica<br>> event si ca noi nu trebuie sa le mai tinem in memorie?
<br><br></div>Da<br>_______________________________________________<br>so mailing list<br><a href="mailto:so@cursuri.cs.pub.ro">so@cursuri.cs.pub.ro</a><br><a href="http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so" target="_blank">
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so</a><br></blockquote></div><br>