• Resolvido umarizal

    (@umarizal)


    Saudações!

    Caros amigos, uso WordPress há muito tempo e sempre gostei dele não apenas como gestor de blog, mas como gestor de conteúdo (CMS) para sites em geral.

    Tenho pelo menos 6 sites rodando WordPress e em todos, sinto uma excessiva demora na resposta ao acessar páginas dentro do Painel de Administração. Não sei a partir de qual versão isso começou a acontecer, mas imagino que tenha sido a partir da 3.8 aproximadamente.

    Dentro do Painel da Administração, após fazer o login (que já demora um bocado), ao clicar em qualquer link como Posts, Configurações, etc, é exibido a mensagem na barra de status do navegador “Aguardando resposta de site.com.br”, por exemplo, por cerca de uns 20 a 30 segundos até a página abrir. Isto é normal?

    Fora do WP Admin, para o visitante, as páginas abrem muito, mas muito rápido.

    Já tentei várias coisas e não consigo “entender” o que ocorre para tentar resolver.

    Uso um servidor Cloud com 2×3.2Ghz + 3Gb de RAM com CentOS 6.5 x64 rodando Apache, MySQL e companhia, claro, também tenho o cPanel/WHM instalado (tenho acesso root). Tenho link de 6MBPS Fullduplex e a latência está em 31ms em média (IDC há uns 40km aprox.). O Load do servidor geralmente fica abaixo dos 0.35.

    A média de visitação de TODOS os sites hospedados não passa de 2.500 usuários únicos / dia, sendo que destes, apenas cerca de 700~800 usuários únicos / dia acessam sites com WordPress.

    Já testei com uma instalação nova, totalmente limpa com tema padrão do WordPress;
    Já tentei usar 3 tipos diferentes de plugins para Caching (atualmente uso o W3 Total Cache apenas, em todas as instâncias);
    Já tentei desativar todos os plugins;
    Já alterei o limite de memória do PHP de 64 para 128 e depois para 256 e nada mudou;
    Já otimizei meu /etc/my.cnf através das “dicas” do Tunning Primer;
    Nada funcionou.

    Imagino que seja alguma configuração do lado do servidor, só não sei onde e nem o que é.

    Entendam que ao acessar os sites com WordPress, o desempenho é ótimo. O problema da lentidão ocorre apenas ao acessar o Painel da Administração do WordPress.

    Tratei do assunto aqui também:
    http://portaldohost.com.br/forum/topic/14965-servidor-demora-a-responder-apesar-de-ping-bem-baixo/

    Se alguém puder me ajudar, ficarei extremamente grato.

    Abraço!

Visualizando 1 resposta (de um total de 1)
  • Criador do tópico umarizal

    (@umarizal)

    Caros amigos, fiz alguns ajustes no /etc/my.cnf e parece que melhorou o problema da lentidão.

    Usei os seguintes parâmetros:

    [mysqld]
    # Serviços Desabilitados
    #skip-locking
    #skip-innodb
    #skip-name-resolve
    #skip-networking
    #skip-bdb
    local-infile=0
    open_files_limit=10192
    max_allowed_packet=268435456

    long_query_time=3

    # Buffers Geral
    key_buffer_size=256M
    sort_buffer=1M
    join_buffer_size=5M
    max_join_size=2M

    # Threads
    thread_concurrency=2
    thread_cache=5
    thread_cache_size=151

    # Table_cache
    table_cache=1000
    table_definition_cache=1000

    # Temp tables
    max_heap_table_size=128M
    tmp_table_size=128M

    # Query_cache
    query_cache_type=1
    query_cache_size=512M
    query_cache_limit=2M

    # Timeouts
    interactive_timeout=45
    wait_timeout=45

    # Connections
    max_connections=200
    max_user_connections=15

    #[innodb]
    innodb_buffer_pool_size=91226112
    innodb_file_per_table=1
    innodb_log_file_size=5M
    innodb_thread_concurrency=2

    #[client]
    socket=/var/lib/mysql/mysql.sock

    # Logs
    log_slow_queries=/var/log/mysql/mysql-slow.log
    log-queries-not-using-indexes=1

    Não entendo muito… então fui fazendo conforme orientações dos scripts:
    https://launchpad.net/mysql-tuning-primer
    http://github.com/major/MySQLTuner-perl

    Não ficou 100%, mas digamos que melhorou bastante.

    Vou ver se consigo entender como são feitos os cálculos para obtenção dos melhores valores para balancear o uso da memória pelo MySQL.

    Pelo que percebi, a “lentidão” que reportei desde o início era realmente um elevado “Response Time” do MySQL, por isso que só ocorria nas páginas internas da administração, que geralmente não eram “cacheadas” pelos plugins do WordPress. Para os visitantes, o acesso era das páginas “cacheadas” e estáticas, não dinâmicas, sem uso do Banco de Dados, por isso o carregamento era a jato.

    Desde já, muito obrigado por tudo amigos.

Visualizando 1 resposta (de um total de 1)
  • O tópico ‘Painel de Administração Lento’ está fechado para novas respostas.