Perché le richieste di posta php5-fpm sono lente, mentre lo stesso php-cli code/console curl funziona estremamente velocemente?

Sto eseguendo la richiesta POST al servizio web api locale (via LAN) con il metodo dummy, che funziona molto velocemente (meno di un secondo).Perché le richieste di posta php5-fpm sono lente, mentre lo stesso php-cli code/console curl funziona estremamente velocemente?

Il problema è che se uso php5-fpm ci vuole molto tempo per eseguire la richiesta POST (curl post, streams).

Se utilizzo lo script php-cli con lo stesso codice o comando di comando della console, funziona molto velocemente, come un incantesimo.

Cosa strana: se io uso system per eseguire il comando console ricciolo da PHP5-fpm ha preso il un sacco di tempo per eseguire la richiesta. Quindi, non c'è modo di barare :(

Sto usando indirizzo IPv4 diretto per eliminare i problemi di DNS (ho provato a definire CURLOPT_IPRESOLVE opzione, ma perfomance era lo stesso).

Se i Tralascio ricciolo opzione CURLOPT_POSTFIELDS, è molto richiesta veloce in PHP5-fpm troppo.

sto usando debian Jessie con PHP 5.6.9 ufficiale pacchetto.

Allora, perché questo problema sta accadendo con PHP5-fpm?

Il mio codice php ricciolo:

$data = json_encode([ 
    'id'  => 1, 
    'method' => 'test', 
    'sid' => session_id(), 
]); 

$curl = curl_init(); 
curl_setopt($curl, CURLOPT_URL, 'http://192.168.182.22'); 
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); 
curl_setopt($curl, CURLOPT_POST, true); 
curl_setopt($curl, CURLOPT_HTTPHEADER, [ 
    'Content-type: application/json', 
    'Content-length: ' . strlen($data) 
]); 
curl_setopt($curl, CURLOPT_POSTFIELDS, $data); 
$out = curl_exec($curl); 
curl_close($curl);

Curl ottenere l'output info (mostra che starttransfer_time è molto lento):

array(26) { 
    ["url"]=> 
    string(22) "http://192.168.182.22/" 
    ["content_type"]=> 
    string(24) "text/html; charset=UTF-8" 
    ["http_code"]=> 
    int(200) 
    ["header_size"]=> 
    int(532) 
    ["request_size"]=> 
    int(188) 
    ["filetime"]=> 
    int(-1) 
    ["ssl_verify_result"]=> 
    int(0) 
    ["redirect_count"]=> 
    int(0) 
    ["total_time"]=> 
    float(10.285093) 
    ["namelookup_time"]=> 
    float(3.2E-5) 
    ["connect_time"]=> 
    float(0.000156) 
    ["pretransfer_time"]=> 
    float(0.000181) 
    ["size_upload"]=> 
    float(82) 
    ["size_download"]=> 
    float(99) 
    ["speed_download"]=> 
    float(9) 
    ["speed_upload"]=> 
    float(7) 
    ["download_content_length"]=> 
    float(-1) 
    ["upload_content_length"]=> 
    float(82) 
    ["starttransfer_time"]=> 
    float(10.285052) 
    ["redirect_time"]=> 
    float(0) 
    ["redirect_url"]=> 
    string(0) "" 
    ["primary_ip"]=> 
    string(14) "192.168.182.22" 
    ["certinfo"]=> 
    array(0) { 
    } 
    ["primary_port"]=> 
    int(80) 
    ["local_ip"]=> 
    string(14) "192.168.182.20" 
    ["local_port"]=> 
    int(49286) 
}

Un altro provare con i flussi. Funziona anche lento (un po 'più veloce quindi curl, ma in ogni caso posso ottenere ritardo 40-50 secondi):

$url = 'http://192.168.182.22/'; 
$data = json_encode([ 
    'id'  => 1, 
    'method' => 'test', 
    'sid' => session_id(), 
]); 

$headers = [ 
    'Content-type: application/json', 
    'Connection: close', 
    'Content-Length: ' . strlen($data) 
]; 

$options = array(
    'http' => array(
     'header' => join("\r\n", $headers) . "\r\n", 
     'method' => 'POST', 
     'content' => $data, 
    ), 
); 
$context = stream_context_create($options); 
$result = file_get_contents($url, false, $context);

Non v'è alcuna differenza significativa nella diff /etc/php5/fpm/php.ini /etc/php5/cli/php.ini:

303c303 
< disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, 
--- 
> disable_functions = 
363c363 
< expose_php = Off 
--- 
> expose_php = On 
393c393 
< memory_limit = 256M 
--- 
> memory_limit = -1 
660c660 
< post_max_size = 200M 
--- 
> post_max_size = 8M 
810c810 
< upload_max_filesize = 200M 
--- 
> upload_max_filesize = 2M

cosa principale in tcpdump i può vedere differire - le richieste di php5-fpm includono richieste ARP. Non riesco a vedere questo in console curl/php-cli. Forse il problema si verifica quando il server API remoto desidera restituire la risposta, ma non riesce a trovare un modo su come eseguirlo?

(@Mircea consigliato per aggiungere route arp statiche, le abbiamo aggiunte, le richieste ARP sono scomparse da tcpdump, ma le pause sono ancora presenti).

uscita tcpdump per php5-FPM: uscita

00:55:22.347822 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [S], seq 4210728690, win 29200, options [mss 1460,sackOK,TS val 301284147 ecr 0,nop,wscale 7], length 0 
E..<[email protected]@..~...........P..........r............ 
..;3........ 
00:55:22.347898 IP 192.168.182.22.80 > 192.168.182.20.52659: Flags [S.], seq 2702388053, ack 4210728691, win 28960, options [mss 1460,sackOK,TS val 280740546 ecr 301284147,nop,wscale 7], length 0 
E..<[email protected]@[email protected]+U......q .R......... 
......;3.... 
00:55:22.347906 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [.], ack 1, win 229, options [nop,nop,TS val 301284147 ecr 280740546], length 0 
[email protected]@..............P......+V........... 
..;3.... 
00:55:22.347942 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [P.], seq 1:206, ack 1, win 229, options [nop,nop,TS val 301284147 ecr 280740546], length 205 
[email protected]@..............P......+V.....o..... 
..;3....POST/HTTP/1.1 
Host: 192.168.182.22 
Content-Type: application/x-www-form-urlencoded 
Content-Length: 82 
Accept: */* 

{"id":1,"method":"station.sync","params":[1],"sid":"1gn8f4mhctui9ki91bla6osnf4"} 

00:55:22.347997 IP 192.168.182.22.80 > 192.168.182.20.52659: Flags [.], ack 206, win 235, options [nop,nop,TS val 280740547 ecr 301284147], length 0 
[email protected]@.c..........P....+V........2...... 
......;3 
00:55:27.356575 ARP, Request who-has 192.168.182.22 tell 192.168.182.20, length 28 
..........).4............... 
00:55:27.356777 ARP, Reply 192.168.182.22 is-at 00:0c:29:46:99:bc, length 46 
..........)F........).4....................... 
00:55:36.742347 IP 192.168.182.22.80 > 192.168.182.20.52659: Flags [P.], seq 1:558, ack 206, win 235, options [nop,nop,TS val 280744145 ecr 301284147], length 557 
[email protected]@.a..........P....+V........a...... 
......;3HTTP/1.1 200 OK 
Server: nginx/1.6.2 
Date: Wed, 01 Jul 2015 21:55:36 GMT 
Content-Type: application/json 
Transfer-Encoding: chunked 
Connection: keep-alive 
Expires: Thu, 19 Nov 1981 08:52:00 GMT 
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 
Pragma: no-cache 
Access-Control-Allow-Credentials: true 
Access-Control-Allow-Headers: Content-Type, X-Requested-With 
Access-Control-Allow-Methods: GET, POST, OPTIONS 
p3p: CP=IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT 

16 
{"id":1,"result":true} 
0 


00:55:36.742374 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [.], ack 558, win 237, options [nop,nop,TS val 301287746 ecr 280744145], length 0 
[email protected]@..............P......-............ 
..IB.... 
00:55:36.742486 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [F.], seq 206, ack 558, win 237, options [nop,nop,TS val 301287746 ecr 280744145], length 0 
[email protected]@..............P......-............ 
..IB.... 
00:55:36.742559 IP 192.168.182.22.80 > 192.168.182.20.52659: Flags [F.], seq 558, ack 207, win 235, options [nop,nop,TS val 280744145 ecr 301287746], length 0 
[email protected]@.c..........P....-..........:..... 
......IB 
00:55:36.742566 IP 192.168.182.20.52659 > 192.168.182.22.80: Flags [.], ack 559, win 237, options [nop,nop,TS val 301287746 ecr 280744145], length 0 
[email protected]@..............P......-............ 
..IB.... 
00:55:41.744102 ARP, Request who-has 192.168.182.20 tell 192.168.182.22, length 46 
..........)F.................................. 
00:55:41.744121 ARP, Reply 192.168.182.20 is-at 00:0c:29:04:34:c9, length 28 
..........).4.......)F......

tcpdump per (console/php-cli) le richieste di veloci:

0:43:46.854062 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [S], seq 560731240, win 29200, options [mss 1460,sackOK,TS val 301110274 ecr 0,nop,wscale 7], length 0 
E..<[email protected]@............/.P!l.h......r............ 
............ 
00:43:46.854198 IP 192.168.182.22.80 > 192.168.182.20.52527: Flags [S.], seq 1849811122, ack 560731241, win 28960, options [mss 1460,sackOK,TS val 280566673 ecr 301110274,nop,wscale 7], length 0 
E..<[email protected]@[email protected]/nA..!l.i..q ........... 
............ 
00:43:46.854216 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [.], ack 1, win 229, options [nop,nop,TS val 301110274 ecr 280566673], length 0 
[email protected]@............/.P!l.inA............. 
........ 
00:43:46.854265 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [P.], seq 1:233, ack 1, win 229, options [nop,nop,TS val 301110274 ecr 280566673], length 232 
[email protected]@............/.P!l.inA............. 
........POST/HTTP/1.1 
User-Agent: curl/7.38.0 
Host: 192.168.182.22 
Accept: */* 
Content-Length: 84 
Content-Type: application/x-www-form-urlencoded 

{"id":1, "sid": "1gn8f4mhctui9ki91bla6osnf4","method":"station.sync", "params":[10]} 
00:43:46.854317 IP 192.168.182.22.80 > 192.168.182.20.52527: Flags [.], ack 233, win 235, options [nop,nop,TS val 280566673 ecr 301110274], length 0 
E..4."@[email protected]%.........P./nA..!l.Q....b...... 
........ 
00:43:46.891248 IP 192.168.182.22.80 > 192.168.182.20.52527: Flags [P.], seq 1:615, ack 233, win 235, options [nop,nop,TS val 280566682 ecr 301110274], length 614 
E....#@[email protected]/nA..!l.Q........... 
........HTTP/1.1 200 OK 
Server: nginx/1.6.2 
Date: Wed, 01 Jul 2015 21:43:46 GMT 
Content-Type: application/json 
Transfer-Encoding: chunked 
Connection: keep-alive 
Expires: Thu, 19 Nov 1981 08:52:00 GMT 
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 
Pragma: no-cache 
Access-Control-Allow-Credentials: true 
Access-Control-Allow-Headers: Content-Type, X-Requested-With 
Access-Control-Allow-Methods: GET, POST, OPTIONS 
p3p: CP=IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT 

4f 
{"id":1,"error":{"code":"SERVER_ERROR","message":"Station #10 is not running"}} 
0 


00:43:46.891273 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [.], ack 615, win 238, options [nop,nop,TS val 301110283 ecr 280566682], length 0 
[email protected]@............/.P!l.QnA............. 
........ 
00:43:46.891932 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [F.], seq 233, ack 615, win 238, options [nop,nop,TS val 301110283 ecr 280566682], length 0 
[email protected]@............/.P!l.QnA............. 
........ 
00:43:46.896944 IP 192.168.182.22.80 > 192.168.182.20.52527: Flags [F.], seq 615, ack 234, win 235, options [nop,nop,TS val 280566684 ecr 301110283], length 0 
[email protected]@.R#.........P./nA..!l.R....`i..... 
........ 
00:43:46.896954 IP 192.168.182.20.52527 > 192.168.182.22.80: Flags [.], ack 616, win 238, options [nop,nop,TS val 301110285 ecr 280566684], length 0 
[email protected]@............/.P!l.RnA............. 
........

fonte

2015-07-01 avasin

I commenti non sono per discussioni estese; questa conversazione è stata [spostata in chat] (http://chat.stackoverflow.com/rooms/82238/discussion-on-question-by-avasin-why-php5-fpm-post-requests-are-slow-while- stesso). –

Che sistema operativo e server HTTP stai utilizzando? – light

Hai provato a profilare il codice lato server per vedere quanto tempo viene eseguito? – gene

Una cosa che ho notato sulla mia istanza di FPM (usando Nginx) è che non otterrò risultati intermedi. Non mi sono mai preso la briga di indagare su questo perché non ha mai avuto importanza per le mie esigenze di utilizzo (piccole unità di lavoro con scarso rendimento).

Nel tuo caso, forse la risposta è stata inviata rapidamente ma la connessione è mantenuta attiva - causando il destinatario ad attendere in giro per altri dati che non arrivano mai.Potresti essere in grado di verificarlo esaminando la registrazione lato server per controllare i tempi di risposta dal punto di vista del server.

fonte

2015-07-16 10:19:13

Imposta timeout keepalive nginx 0; non funziona. – cwhsu

Ho appena rintracciato un problema simile al mio. Penso che potrebbe essere la stessa ragione. Incontro il problema simile come avasin. Ho trovato che il curl di php-fpm su localhost è lento, ma php-cli curl su localhost è estremamente veloce. Inoltre, il debug dei tempi di curl mostra un alto starttransfer_time in php-fpm ma piuttosto basso nel processo php.

Ho trovato la causa principale di ieri, il problema è la configurazione di php-fpm www.conf. Poiché php-fpm ha un valore basso start_server, php-fpm deve effettivamente elaborare l'arricciatura con un numero limitato di processi php-fpm. La soluzione è aumentare il numero di start_server, questo influirà sul numero di concorrenza che il tuo php-fpm potrebbe gestire. Le prestazioni diminuiscono drasticamente quando la concorrenza supera il numero di processi php-fpm correnti. Quindi, tutto fa sembrare lento. Php-cli non ha lo stesso problema dal momento che potrebbe avviare molti processi php se si dispone di memoria sufficiente, quindi è sempre veloce. Ho fatto molti esperimenti qui php curl localhost is slow when making concurrent requests. Dai un'occhiata se sei interessato.

fonte

2016-09-25 04:33:25 cwhsu

Perché le richieste di posta php5-fpm sono lente, mentre lo stesso php-cli code/console curl funziona estremamente velocemente?

risposta

Problemi correlati