prestazioni epoll

Question

Qualcuno può aiutarmi a rispondere alle domande su epoll_wait.

1. E 'eccessivo usare tanti fili che epoll_wait chiamata sulla stessa FDS impostate per servire a circa 100K socket attivi? o sarà sufficiente creare solo 1 thread per eseguire epoll_wait?

2. Quanti thread si riavviano da epoll_wait quando, per esempio, un solo socket è pronto per leggere i dati? Voglio dire, può esserci una situazione in cui 2 o più thread si sveglieranno da epoll_wait ma avranno gli stessi fds negli eventi risultanti?

3. Qual è il modo migliore per organizzare i thread nel server che funziona con molti client attivi (ad esempio 50K +). Il modo migliore è: 1 Thread di I/O Worker che esegue le operazioni di epoll_wait e i/o. + Molti thread di elaborazione dati che elaborano i dati ricevuti dal thread di I/O worker (può impiegare molto tempo, ad esempio qualsiasi logica di gioco) e compongono nuovi dati per il thread di I/O worker da inviare al client. Ho ragione in questo approccio o qualcuno può aiutarmi a trovare il modo migliore per organizzarlo?

Grazie in anticipo, Valentin

Answer 1

1. Quando si utilizza epoll, si desidera dimensioni vostro totale filo al numero di core della CPU fisiche (o unità di invio hyperthread) che si desidera utilizzare per l'elaborazione. Usare solo un thread per lavoro significa che al massimo un core sarà attivo alla volta.

2. Dipende dalla modalità del descrittore del file epoll. Gli eventi possono essere "edge triggered", vale a dire che avvengono solo una volta atomicamente, o "level triggered" che significa che ogni chiamante riceve un evento se c'è spazio nel buffer.

3. Informazioni insufficienti da dire. Suggerirei di non avere thread per scopi speciali, per semplicità, e semplicemente di gestire il "comando" di ciascun evento nel thread in cui è stato ricevuto. Ma ovviamente ciò dipende dalla natura della tua applicazione.

Answer 2

vi consiglio questa lettura a partire dal 2006: http://www.kegel.com/c10k.html

Answer 3

In realtà questo è un caso di utilizzo errato di epoll.

Non è assolutamente necessario condividere epoll fd tra i thread. Altrimenti si ha la possibilità che un thread legga parte dei dati in arrivo su un fd e un altro thread sullo stesso file fd senza alcun modo per sapere quale parte dei dati era prima dell'altro.

Basta chiamare epoll_create in ogni thread che chiama epoll_wait. Altrimenti l'I/O è rotto.