Heim  >  Artikel  >  Backend-Entwicklung  >  Anmerkungen zur Nginx-Quellcode-Studie (21) – Ereignismodul 2 – ereignisgesteuerter Kern ngx_process_events_and_timers

Anmerkungen zur Nginx-Quellcode-Studie (21) – Ereignismodul 2 – ereignisgesteuerter Kern ngx_process_events_and_timers

WBOY
WBOYOriginal
2016-07-29 09:11:021718Durchsuche

Erinnern wir uns zunächst weiterhin daran, dass es im vorherigen Sub-Thread-Ausführungsvorgang einen unbeteiligten Inhalt ngx_process_events_and_timers gab. Heute werden wir diese Funktion untersuchen.

Dieser Artikel stammt von: http://blog.csdn.net/lengzijian/article/details/7601730

Schauen wir uns einige Screenshots von Abschnitt 19 an:

nginx 源码学习笔记(二十一)—— event 模块二 ——事件驱动核心ngx_process_events_and_timers

Heute erklären wir hauptsächlich die ereignisgesteuerte Funktion, den roten Teil im Bild:

[cpp]-Ansicht Klartext?

  1. src/event/ngx_event.c  
  2.   
  3. void   
  4. ngx_process_events_and_timers(ngx_cycle_t *cycle)  
  5. {  
  6.     ngx_uint_t  flags;  
  7.     ngx_msec_t timer, delta;  
  8.   
  9.     if (ngx_timer_resolution) {  
  10.         timer = NGX_TIMER_INFINITE;  
  11.         flags = 0;  
  12.   
  13.     } else {  
  14.         timer = ngx_event_find_timer();  
  15.         flags = NGX_UPDATE_TIME;  
  16.     }  
  17.       
  18.     /* 
  19.     ngx_use_accept_mutex变量代表是否使用accept互斥体 
  20.     默认是使用,可以通过accept_mutex off;指令关闭; 
  21.     akzeptieren 🎜>    */
  22.   
  23.     if
  24.  (ngx_use_accept_mutex) {  
  25.         /* 
  26.         ngx_accept_disabled变量在ngx_event_accept函数中计算。 
  27.         如果ngx_accept_disabled大于0,就表示该进程接受的链接过多, 
  28.         因此放弃一次争抢Akzeptieren mutex的机会,同时将自己减一. 
  29.         然后,继续处理已有连接上的事件。 
  30.         nginx就利用这一点实现了继承关于连接的基本负载均衡. 
  31.         */
  32.   
  33.         if
  34.  (ngx_accept_disabled > 0) {  
  35.             ngx_accept_disabled--;  
  36.   
  37.         } else
  38.  {  
  39.             /* 
  40.             listen套接字放到epoll中. 
  41.             塞在epoll_wait时, 
  42.             才不会惊群现象。
  43. */
  44. 🎜 > (ngx_trylock_accept_mutex(cycle) == NGX_ERROR) {                                 ><.>                                                                                🎜>
  45.  /*
  46. Wenn der Prozess die Sperre erhält, wird ein NGX_POST_EVENTS-Flag hinzugefügt.
  47. Die Funktion dieses Flags besteht darin, alle generierten Ereignisse in eine
  48. Warteschlange zu stellen und die Ereignisse nach ihrer Freigabe langsam zu verarbeiten. .
  49. Da die Verarbeitungszeit sehr zeitaufwändig sein kann, wird die Sperre nicht zuerst freigegeben und dann verarbeitet ,
  50. Dadurch können andere Prozesse keine Sperren erhalten, sodass die Effizienz von ACCEPT gering ist.
  51.                                               _POST_EVENTS;
  52.                                                                         
  53. /*
  54. Es gibt keinen erworbenen Prozess und natürlich keine Notwendigkeit für das NGX_POST_EVENTS-Flag.
  55. Aber Sie müssen die Verzögerungszeit einstellen, bevor Sie um die Sperre kämpfen.
  56.                                                        X_TIMER_INFINITE
  57. ngx_accept_mutex_delay )
  58.                                                                   _mutex_delay;
  59. }
  60. }                                                      >
  61.  
  62.  delta = ngx_current_msec; 
  63.  
  64. /*Als nächstes startet Epoll das Warteereignis,
  65. Die spezifische Implementierung von ngx_process_events entspricht der Funktion ngx_epoll_process_events in Das Epoll-Modul
  66. wird später ausführlich erklärt
  67. * /
  68. (void) ngx_process_events(cycle, timer, flags);
  69. //Statistiken zum Zeitverbrauch dieses Warteereignisses
  70. delta = ngx_current_msec - delta; >
  71. ngx_log_debug1(NGX_LOG_DEBUG_EVENT, Cycle->log, 0,        
  72. " Timer-Delta: %M"
  73. , Delta);
  74. >
  75. ngx_posted_accept_events ist eine Ereignis-
  76. Warteschlange, die vorübergehend das Akzeptanzereignis speichert, auf das Epoll vom Listening-Socket wartet.
  77. Nachdem das oben erwähnte NGX_POST_EVENTS-Flag verwendet wurde, werden alle Akzeptanzereignisse vorübergehend in dieser Warteschlange
  78. */
  79. ngx_event_process_posted (cycle, &ngx_posted_accept_events); 🎜> // Nachdem alle Akzeptanzereignisse verarbeitet wurden, wird die Sperre aufgehoben, wenn sie gehalten wird.
  80. if (ngx_accept_mutex_held) { ngx_shmtx_unlock(&ngx_accept_mutex_);       🎜>
  81. Delta ist der zuvor berechnete Zeitverbrauch. Wenn ein Zeitverbrauch im Millisekundenbereich vorliegt, überprüfen Sie die Timer aller Zeiten Timeout verwendet wird, löschen Sie den abgelaufenen Timer aus dem Time-RBTree und rufen Sie die Handlerfunktion des entsprechenden Ereignisses auf, um
  82. */
  83. if (Delta) {
  84. ngx_event_expire_timers( );
  85. }
  86.                                                                                                         
  87. /* Normale Ereignisse verarbeiten (auf der Verbindung erhaltene Ereignisse lesen und schreiben),
  88. Da jedes Ereignis seine eigene Handler-Methode hat,
  89. */
  90.  if (ngx_posted_events) {
  91.  if
  92. (ngx_threaded) {
  93. ngx _wakeup_worker_thread(cycle);
  94. } else {
  95. ngx_event_process_posted(cycle, &ngx_posted_events);
  96. }
  97. }  
  98. Vorher gesagt: Das Accept-Ereignis lauscht tatsächlich auf neue Ereignisse am Socket Die Methode der Akzeptanzzeit wird unten vorgestellt:
  99. ngx_event_accept:
  100. [cpp] view Klartext?
    1. src/event/ngx_event_accept.c  
    2.   
    3. void   
    4. ngx_event_accept(ngx_event_t *ev)  
    5. {  
    6.     socklen_t          socklen;  
    7.     ngx_err_t          err;  
    8.     ngx_log_t         *log;  
    9.     ngx_socket_t       s;  
    10.     ngx_event_t       *rev, *wev;  
    11.     ngx_listening_t   *ls;  
    12.     ngx_connection_t  *c, *lc;  
    13.     ngx_event_conf_t  *ecf;  
    14.     u_char             sa[NGX_SOCKADDRLEN];  
    15.       
    16.     //省略部分代码  
    17.   
    18.     lc = ev->data;  
    19.     ls = lc->listening;  
    20.     ev->ready = 0;  
    21.   
    22.     ngx_log_debug2(NGX_LOG_DEBUG_EVENT, ev->log, 0,  
    23.                    "accept on %V, ready: %d", &ls->addr_text, ev->available);  
    24.   
    25.     tun {  
    26.         socklen = NGX_SOCKADDRLEN;  
    27.         //accept一个新的连接  
    28.         s = accept(lc-> ;fd, (struct sockaddr *) sa, &socklen);  
    29.         //省略部分代码  
    30.           
    31.         /* 
    32.         accept到一个新的连接后,就重新计算ngx_accept_disabled的值, 
    33.         它主要是用来做负载均衡,之前有提过. 
    34.          
    35.         这里,我们可以看到他的就只方式 
    36.         “总连接数的八分之一-   剩余的连接数“ 
    37.         总连接指每个进程设定的最大连接数,这个数字可以再配置文件中指定.
    38.                                                                                                               ngx_accept_disabled ist größer als Null und die Verbindung ist überlastet
    39. 🎜>
    40. ngx_accept_disabled = ngx_cycle->connection_n / 8
    41. - ngx_cycle- >free_connection_n;
    42. >
    43. c = ngx_get_connection(s, ev->log); >
    44. //Speicherpool für den neuen Link erstellen
    45. >
    46. c->pool = ngx_create_pool(ls->pool_size, ev->log); 🎜>
    47.                                                                                  🎜>
    48. c->sockaddr = ngx_palloc(c->pool, socklen); >
    49. if (c->sockaddr == NULL) {
    50.          ngx_close_accepted_connection(c);               
    51. return; c->sockaddr, sa, socklen); 🎜>(ngx_log_t));
    52. > ngx_close_accepted_connection(c);
    53. 🎜>
    54. }  
  101.   
  102.         /* einen Blockierungsmodus für AIO und einen nicht blockierenden Modus für andere festlegen.*/
  103.   
  104.         if (ngx_inherited_nonblocking) {  
  105.             if (ngx_event_flags & NGX_USE_AIO_EVENT) {  
  106.                 if (ngx_blocking( s) == -1) {  
  107.                     ngx_log_error(NGX_LOG_ALERT, ev->log, ngx_socket_errno,  
  108.                                   ngx_blocking_n " fehlgeschlagen");  
  109.                     ngx_close_accepted_connection(c);  
  110.                     Rückgabe;  
  111.                 }  
  112.             }  
  113.   
  114.         } else {  
  115.             //我们使用epoll模型,这里我们设置连接为nonblocking  
  116.             >                if
  117.  (ngx_nonblocking(s) == -1) {  
  118.                     ngx_log_error(NG X_LOG_ALERT, ev->log , ngx_socket_errno,  
  119.                                  ngx_nonblocking_n " fehlgeschlagen"
  120. );  
  121.                     ngx_close_accepted_connection(c);  
  122.                     Rückgabe
  123. ;  
  124.                 }  
  125.             }  
  126.         }  
  127.   
  128.         *log = ls->log;  
  129.         //初始化新的连接  
  130.         c->recv = ngx_recv;  
  131.         c->send = ngx_send;  
  132.         c->recv_chain = ngx_recv_chain;  
  133.         c->send_chain = ngx_send_chain;  
  134.   
  135.         c->log = log;  
  136.         c->pool->log = log;  
  137.   
  138.         c->socklen = socklen;  
  139.         c->listening = ls;  
  140.         c->local_sockaddr = ls->sockaddr;  
  141.   
  142.         c->unexpected_eof = 1;  
  143.   
  144. #if (NGX_HAVE_UNIX_DOMAIN)  
  145. if (c- & gt; sockaddr- & gt; sa_family == af_unix) {
  146. c- & gt; tcp_nopush = ngx_tcp_nopush_disabled ;  
  147.             c->tcp_nodelay = NGX_TCP_NODELAY_DISABLED;  
  148. #if (NGX_SOLARIS)  
  149.             /* Solaris's sendfilev() unterstützt AF_NCA, AF_INET und AF_INET6 */  
  150.             c->sendfile = 0;  
  151. #endif  
  152.         }  
  153. #endif  
  154.   
  155.         rev = c->read;  
  156.         wev = c->write;  
  157.   
  158.         wev->ready = 1;  
  159.   
  160.         if (ngx_event_flags & (NGX_USE_AIO_EVENT|NGX_USE_RTSIG_EVENT)) {  
  161.             /* rtsig, aio, iocp */  
  162.             rev->ready = 1;  
  163.         }  
  164.   
  165.         if (ev- >deferred_accept) {  
  166.             rev->ready = 1;  
  167. #if (NGX_HAVE_KQUEUE)  
  168.             rev->available = 1;  
  169. #endif  
  170.         }  
  171.   
  172.         rev->log = log;  
  173.         wev->log = log;  
  174.   
  175.         /* 
  176.          * TODO: MT: - ngx_atomic_fetch_add() 
  177.          *             oder Schutz durch kritischen Abschnitt oder leichten Mutex 
  178.          * 
  179.          * - ngx_atomic_fetch_add() 
  180.          *             oder Schutz durch kritischen Abschnitt oder leichten Mutex 
  181.          * /  
  182.   
  183.         c->number = ngx_atomic_fetch_add(ngx_connection_counter, 1);  
  184.           
  185.         
  186. if (ngx_add_conn && (ngx_event_flags & NGX_USE_EPOL_EVENT) == 0 ) {  
  187.             if (ngx_add_conn(c) == NGX_ERROR) {  
  188.                 ngx _close_accepted_connection(c );  
  189.                 
  190. Rückgabe;  
  191.             }  
  192.         }  
  193.   
  194.         log->data = NULL;  
  195.         log->handler = NULL;  
  196. >
  197.           很重要,它将完成新连接的最后初始化工作,
  198.  
  199.         同时将accept到的新的连接放入epoll中;挂在这个handler上的函数, 
  200.         🎜>
  201.         */
  202.   
  203.         ls->handler(c);    
  204.         if
  205.  (ngx_event_flags & NGX_USE_KQUEUE_EVENT) {  
  206.             ev->verfügbar--;  
  207.         }  
  208.   
  209.     } während (ev ->verfügbar);  
  210. }  
  211. acpt事件的handler方法也就是如此了.之后就是每个连接的读写事件handler方法,这一部分会直接将我们引入http模块,我们还不急,还要学习下nginx经典模块epoll。
  212. Das Obige stellt die Nginx-Quellcode-Studiennotizen (21) vor – Ereignismodul 2 – den ereignisgesteuerten Kern ngx_process_events_and_timers, einschließlich Warteschlangeninhalten. Ich hoffe, dass es für Freunde hilfreich sein wird, die an PHP-Tutorials interessiert sind.

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn