1. Este site usa cookies. Ao continuar a usar este site está a concordar com o nosso uso de cookies. Saber Mais.

Mysql + phpnuke e o Load excessivo do processador

Discussão em 'Dúvidas e Suporte—Internet, Redes, Segurança' iniciada por spastikman, 15 de Junho de 2006. (Respostas: 8; Visualizações: 1018)

  1. spastikman

    spastikman Banido

    Boas,

    Tenho um portal nas maos que funciona sobre phpnuke e mysql.
    Costuma ter +- 500 pessoas ligadas em simultaneo, e o que me está a chatear é que a maquina (um A64 3200+ c/ 1GB RAM) está um pouco arreada ...

    Alem de ver o mysql as vezes a consumir 70 e 80% do processador, chateia-me porque até a consola está lenta.

    Já tentei mil e uma tweaks diferentes, e mesmo assim continua um pouco lenta.
    Visto que estes problemas já existiam no inicio quando meia duzia de pessoas estavam ligadas, pergunto-me se é defeito da configuração do mysql, ou se tem a ver com o facto de a BD ser um backup do que estava instalado noutra maquina ?


    Esta é a config que estou a usar actualmente :

    Código:
    [mysqld]
    datadir=/var/lib/mysql
    socket=/var/lib/mysql/mysql.sock
    # Default to using old password format for compatibility with mysql 3.x
    # clients (those using the mysqlclient10 compatibility package).
    old_passwords=1
    bind-address=127.0.0.1
    ft_min_word_len=2
    ft_stopword_file=
    skip-locking
    set-variable = max_connections=500
    set-variable = key_buffer=16M
    set-variable = max_allowed_packet=1M
    set-variable = table_cache=250
    set-variable = sort_buffer=6M
    set-variable = record_buffer=6M
    set-variable = thread_cache=128
    set-variable = thread_concurrency=4 # Try number of CPU's*2
    set-variable = myisam_sort_buffer_size=64M
    set-variable = thread_stack=128K
    log-bin
    
    [mysqldump]
    quick
    set-variable = max_allowed_packet=16M
    
    [mysql.server]
    user=mysql
    basedir=/var/lib
    
    [mysql]
    no-auto-rehash
    #safe-updates # Remove the comment character if you are not familiar with SQL
    
    [isamchk]
    set-variable = key_buffer=256M
    set-variable = sort_buffer=256M
    set-variable = read_buffer=2M
    set-variable = write_buffer=2M
    
    [myisamchk]
    set-variable = key_buffer=256M
    set-variable = sort_buffer=256M
    set-variable = read_buffer=2M
    set-variable = write_buffer=2M
    
    [mysqlhotcopy]
    interactive-timeout
    
    [mysqld_safe]
    err-log=/var/log/mysqld.log
    pid-file=/var/run/mysqld/mysqld.pid
    

    Alguem tem sugestões ?


    tks :)
     
  2. JoaoVr

    JoaoVr Power Member

    Não precebo nada de base de dados, mas quando o pessoal começa a ficar aflito com o tamanho e uso da base de dados começa a remover umas cenas superfulas e a configurar opções como o tempo de search, etc... O próprio phpnuke deve ter uns tweaks..
     
  3. pedrotuga

    pedrotuga Power Member

    Isso cá para mim tem a ver com o conteudo da base de dados... por exemplo... estás a por imagens pare dentro da BD?
     
  4. Pugman

    Pugman Power Member

    Não tens possibilidades de fazer um upgrade a maquina pra 2Gb Ram?

    Eu tenho um portal brasileiro alojado no meu server com 6500 user 500 a 600 sempre online e tb tinha problemas, mas resolvi o probs passei a trabalhar com um dual opteron 2,2 com 8GB ram desde então nunca mais tive problemas com o mysql devido ao load do sistema
     
  5. Prodigy

    Prodigy Suspenso

    tb sugiro 2GB de ram... vai-te resolver imensos problemas..
     
  6. spastikman

    spastikman Banido

    não é pela RAM ...

    Código:
    top - 16:08:31 up 2 days,  1:22,  1 user,  load average: 6.73, 3.67, 2.63
    Tasks: 183 total,   1 running, 182 sleeping,   0 stopped,   0 zombie
    Cpu(s): 20.3% us,  5.3% sy,  0.0% ni,  0.0% id, 74.4% wa,  0.0% hi,  0.0% si
    Mem:    969756k total,   496332k used,   473424k free,      460k buffers
    Swap:  2008084k total,   225520k used,  1782564k free,    30428k cached
    

    eu continuo a axar que a migração da BD provocou inconsistencias ...


    como já disse no inicio, mesmoquando só estava 1 ou 2 pessoas ligado
    a bd já se passava e escalava o processador as vezes até aos 100% ... :|
     
  7. xupetas

    xupetas Banido

    isso provavelmente é problema do phpnuke.
    Diz-me uma coisa... qual o tamanho da DB? qual o filesystem onde ela está (tipo de)?
     
  8. ShadeX

    ShadeX Power Member

    Como disse o pedrotuga, olha para a DB. A maioria dos slowdowns vêm de DB's que estão a fazer qqr coisa "extra". Uma DB bem pensada dá-te sempre uma resposta num tempo razoável. Uma mal pensada dá quando eventualmente a encontrar.

    Mal vistas as coisas, é como a situação dos ficheiros mbox... Quando têm umas duzias de megas é perfeitamente aceitável, quando têm uns gigas e perdes o summary file, é de mandar com a cabeça na parede.
     
  9. spastikman

    spastikman Banido

    a bd tem cerca de 550MB
    o filesystem é ext3


    eu continuo a axar que é problema do phpnuke ...

    por descargo de consciencia, reinstalei o mysql server e passei da 4.1 para 5.0 ...


    continua tudo igual :|
     

Partilhar esta Página