NGINX no OSX - Realizando terrivelmente lento

7

Eu tenho tentado colocar o NGINX em funcionamento no meu computador OSX 10.7 Lion. Eu tenho que executar no entanto simples páginas html cada poucos estão demorando muito para carregar; por exemplo:

<html> 
  <body>
    test
  </body> 
</html>

A mesma coisa acontece com o php:

<?php
  echo('hi');
?>

Se eu clicar em Atualizar, parece que está quase reconstruindo a página inteira antes de renderizar e criar algum tipo de objeto. Apenas dolorosamente lento ..

Isso parece ser mais frequente se eu fizer alguma codificação e depois voltar para atualizar uma página. (10-20 + segundos, em seguida, voltar e atualizar uma página leva uns bons 4-6 segundos). Parece quase que, uma vez ocioso, demora um pouco para voltar a acordar.

Estou puxando o cabelo para fora tentando entender o que está acontecendo, espero que alguém possa esclarecer isso para mim.

Configuração do sistema:

  • OS: OSX 10.7.2

  • Processador: 2 x 2,66 GHZ Dual-Core Intel Xeon

  • Memória: 867 MHz 667

Versão Nginx: 1.0.11

Versão do PHP: 5.3.9

Eu instalei isso de um formato limpo do OSX (que eu pensei que era inicialmente meu erro, infelizmente não era).

Atualizar

Após atualizar meu arquivo error_log para conter a depuração por sugestão da Fox nos comentários, estou vendo agora a seguinte mensagem no meu error_log:

2012/01/23 11:57:02 [info] 88015#0: *26 client closed prematurely connection 
while reading client request line, client: 127.0.0.1, server: sandbox.local

Atualizar dois

Ao inspecionar com o chrome, descobri que parece que a resolução do DNS está demorando um pouco?

Atualizartrês-RESOLVIDO

ApósaatualizaçãoDoisarquivos/etc/hostsfixosaseremusados:

127.0.0.1sandbox.local

AND

::1sandbox.local

Graçasa@thinice,conseguipassarporstraceeperceberquetodasassolicitaçõesdirecionadasalocalhostdiretamentedotelneteramsempreinstantâneas;que,emseguida,solicitouaverificaçãodeDNSe,finalmente,levouaencontrarisso!

OSX / etc / hosts Bugs

Não tenho certeza se isso é um bug nginx; como quando eu já tinha o appache instalado, isso estava funcionando muito bem.

============

Aqui estão meus arquivos de configuração:

Config NGINX

user petrogad staff;
worker_processes  2;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

pid        /usr/local/ngnix/var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include mime.types;

    default_type text/plain;
    server_tokens off;

    sendfile on;
    tcp_nopush on;
    keepalive_timeout 10;

   # gzip on;
   # gzip_comp_level 2;
   # gzip_proxied any;
   # gzip_types text/plain text/css text/javascript application/json application/x-javascript text/xml application/xml application/xml+rss;

    index index.html index.php;
    include /usr/local/ngnix/conf/sites-enabled/*.link;
}

Configuração do servidor

{
    listen 80;
    server_name sandbox.local;
    root /www/sandbox;

    access_log /Users/petrogad/logs/ngnix-sites/sandbox_log.txt;
    error_log /Users/petrogad/logs/ngnix-sites/sandbox_log.txt;

    location /
    {
        # First attempt to serve request as file, then
        # as directory, then fall back to index.html
        try_files $uri $uri/ /index.html;
        autoindex on;
    }

    include /usr/local/ngnix/conf/php.conf;
}

PHP Incluir

fastcgi_intercept_errors on;

location ~ \.php$
{
    #fastcgi_intercept_errors on;
    fastcgi_param PATH_INFO         $fastcgi_path_info;
    fastcgi_param PATH_TRANSLATED   $document_root$fastcgi_path_info;
    fastcgi_param QUERY_STRING      $query_string;
    fastcgi_param REQUEST_METHOD    $request_method;
    fastcgi_param CONTENT_TYPE      $content_type;
    fastcgi_param CONTENT_LENGTH    $content_length;
    fastcgi_param SCRIPT_NAME       $fastcgi_script_name;
    fastcgi_param SCRIPT_FILENAME   $request_filename;
    fastcgi_param REQUEST_URI       $request_uri;
    fastcgi_param DOCUMENT_URI      $document_uri;
    fastcgi_param DOCUMENT_ROOT     $document_root;
    fastcgi_param SERVER_PROTOCOL   $server_protocol;
    fastcgi_param GATEWAY_INTERFACE CGI/1.1;
    fastcgi_param SERVER_SOFTWARE   nginx;
    fastcgi_param REMOTE_ADDR       $remote_addr;
    fastcgi_param REMOTE_PORT       $remote_port;
    fastcgi_param SERVER_ADDR       $server_addr;
    fastcgi_param SERVER_PORT       $server_port;
    fastcgi_param SERVER_NAME       $server_name;

    fastcgi_read_timeout 60; # Set fairly high for debugging

    fastcgi_pass  127.0.0.1:9001; # Non-default port
    fastcgi_index index.php;
}

Configuração rápida de CGI

fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Configuração do PHP-FPM

[global]
pid = /usr/local/php-5.3.9/var/run/php-fpm.pid
daemonize = yes

[www]
listen = 127.0.0.1:9001
user = petrogad
group = staff
pm = dynamic
pm.max_children = 10
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10
pm.max_requests = 500

Tentativa de solução simples com a seguinte configuração do nginx, mesmo resultado lento como acima:

user petrogad staff;
worker_processes  2;


pid        /usr/local/ngnix/var/run/nginx.pid;

events {
    worker_connections  1024;
}


http {

    include mime.types;

    default_type text/plain;
    server_tokens off;

    sendfile on;
    tcp_nopush off;
    keepalive_timeout 0;

    index index.html;

  server
  {
    listen 80;
    server_name sandbox.local;
    root /www/sandbox;

    access_log /Users/petrogad/logs/ngnix-sites/sandbox_log.txt;
    error_log /Users/petrogad/logs/ngnix-sites/sandbox_log.txt;

    location /
    {
        autoindex on;
    }

  }



}
    
por Petrogad 20.01.2012 / 05:26

1 resposta

2

Comece removendo todas as opções de configuração desnecessárias.

Coloque a configuração em uma configuração padrão dos arquivos HTML que só estou atendendo. Remover otimizações.

Lentamente comece a adicionar aspectos de volta em alguns de cada vez, reinicie sua pilha e teste.

Se você estiver se sentindo ambicioso, poderá executar strace em um único processo do servidor para obter os horários. Dê uma olhada nisso para um curso intensivo .

    
por 23.01.2012 / 21:38