Salut, Merci pentru explicatii. Totusi, mai este ceva ce nu inteleg:
In cazul in care citirile asincrone sunt integrate cu eventfd, pentru a primi notificare de la kernel ca o citire s-a incheiat (in main, cand apelam epoll), de ce mai avem nevoie de un eventfd per conexiune (cum este precizat in enunt)? Multumesc, Theodor Pe 22 mai 2017, 12:53, Adrian Stanciu <[email protected]> a scris: > 2017-05-22 12:32 GMT+03:00 Theodor Stoican via so <[email protected]>: > > Scuze, am trimis inainte de a finisa mail-ul, din greseala. > > > > Revin: > > Cum ar trebui sa abordam citirea dintr-un fisier asincron, respectiv > > scrierea pe socket (tot asincron)? Mai specific, cand ar trebui sa apelam > > io_getevents astfel incat sa nu devina totul blocant? > > > > Spre exemplu, in acest sample[1], se asteapta cu io_get_events pana se > > termina toate operatiile de write, respectiv de read, daca am inteles eu > > bine. De asemenea, nu inteleg cum ar trebui sa abordam problema asta, > avand > > un eventfd pentru fiecare conexiune. Nu ar trebui sa legam totul cu > > io_submit la un eventfd global, folosit si de epoll? > > > > [1] http://www.xmailserver.org/eventfd-aio-test.c > > > > Salut, Theodor, > > Ai urmărit discuția asta [1]? Sunt oferite acolo niște hint-uri. > > [1] http://cursuri.cs.pub.ro/pipermail/so/2015-May/016884.html > > > Adrian >
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
