Werewolf, Tens sysadmin? Se pagares, o sysadmin da WebLusa pode te ver qual é o problema e dizer-te qual é a solução.
Sim, tenho um!
Já está a ver se detecta de onde está a vir o problema...
Werewolf, isso e a placa de rede fala com o DC
Ja agora podes dixer kual e?
Cá vai:
root@server [~]# lspci
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Int
Ou uma resposta mais simples:
É uma E100, da Intel
Werewolf, coloca aqui os resultados do comando 'top' para percebermos se o problema se deve ao servidor MySQL, Apache, Exim (em casos extremos de flood pode congestionar a ligação e consumir a memoria disponível).
A esta hora da tarde, estes são os dados:
root@server [~]# top
top - 17:38:55 up 1 day, 22:30, 1 user, load average: 4.16, 3.89, 3.39
Tasks: 356 total, 4 running, 351 sleeping, 0 stopped, 1 zombie
Cpu(s): 22.3% us, 7.6% sy, 0.0% ni, 67.7% id, 2.0% wa, 0.2% hi, 0.3% si
Mem: 2059760k total, 1837036k used, 222724k free, 7252k buffers
Swap: 1052248k total, 142600k used, 909648k free, 244528k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22178 mysql 17 0 98972 75m 1996 R 29.8 3.8 11:26.90 mysqld
1443 nobody 15 0 52456 15m 11m S 4.0 0.8 0:10.44 httpd
2734 nobody 15 0 52720 14m 10m S 2.6 0.7 0:02.57 httpd
31477 mysql 16 0 98972 75m 1996 S 2.3 3.8 0:31.14 mysqld
1592 nobody 15 0 52596 15m 11m S 2.3 0.8 0:07.10 httpd
8907 nobody 15 0 63420 34m 19m S 2.0 1.7 1:33.51 httpd
11890 nobody 16 0 79944 50m 19m S 1.3 2.5 3:07.93 httpd
31517 mysql 16 0 98972 75m 1996 S 1.3 3.8 0:29.36 mysqld
1096 nobody 16 0 53948 18m 12m R 1.3 0.9 0:12.87 httpd
1572 nobody 15 0 77604 38m 10m S 1.0 1.9 0:13.39 httpd
31657 mysql 16 0 98972 75m 1996 S 0.7 3.8 0:28.14 mysqld
1099 nobody 15 0 62464 27m 12m S 0.7 1.3 0:21.34 httpd
1123 nobody 15 0 52616 17m 13m S 0.7 0.9 0:09.61 httpd
1404 nobody 15 0 52276 13m 9300 S 0.7 0.7 0:09.16 httpd
1550 nobody 15 0 78464 41m 11m S 0.7 2.1 0:13.62 httpd
2307 nobody 16 0 51928 13m 9660 S 0.7 0.7 0:03.61 httpd
2308 nobody 16 0 61480 22m 9488 S 0.7 1.1 0:05.89 httpd
2321 nobody 15 0 52236 13m 9.9m S 0.7 0.7 0:05.59 httpd
3676 root 16 0 2080 1104 740 R 0.7 0.1 0:00.09 top
8862 nobody 15 0 58516 28m 18m S 0.3 1.4 1:27.19 httpd
31551 mysql 15 0 98972 75m 1996 S 0.3 3.8 0:29.77 mysqld
31671 mysql 16 0 98972 75m 1996 S 0.3 3.8 0:26.76 mysqld
1074 nobody 15 0 52916 17m 12m S 0.3 0.8 0:09.23 httpd
1075 nobody 15 0 54008 19m 13m S 0.3 1.0 0:13.76 httpd
1456 nobody 15 0 52260 15m 11m S 0.3 0.8 0:05.25 httpd
1812 nobody 15 0 54712 16m 9m S 0.3 0.8 0:05.64 httpd
1813 nobody 16 0 52880 17m 12m S 0.3 0.9 0:06.62 httpd
1864 nobody 15 0 52956 16m 11m S 0.3 0.8 0:06.37 httpd
2303 nobody 15 0 61380 24m 11m S 0.3 1.2 0:05.95 httpd
2311 nobody 15 0 53276 17m 11m S 0.3 0.8 0:07.27 httpd
2328 nobody 15 0 52000 12m 8532 S 0.3 0.6 0:03.21 httpd
3498 nobody 15 0 51136 6256 3180 S 0.3 0.3 0:00.30 httpd
3678 nobody 15 0 50280 3528 1512 S 0.3 0.2 0:00.01 httpd
3679 nobody 15 0 51256 6484 3280 S 0.3 0.3 0:00.12 httpd
3683 nobody 15 0 50808 5720 3080 S 0.3 0.3 0:00.01 httpd
1 root 16 0 1688 464 432 S 0.0 0.0 0:00.97 init
Logo à noite, quando estiver mais crítico, colocarei os dados dessa hora.
Eu digo-te qual é o problema de graça. E nem preciso de ver.
Todos os sistemas quando crescem têm de levar marteladas para funcionar melhor. Provavelmente tudo se resolve vendo uma forma de passar para estatico coisas que estão na DB. Reduzindo esse trafego estupido que tens no MySQL.
É isso que vou fazer... conheço uma pessoa que domina o php-nuke e ofereceu-se para me ajudar a fazer uma limpeza ao codigo do site.
Espero que consiga ter resultados satisfatórios!
Se isto não resultar, talvez tente bloquear o site a todos os visitantes fazendo de forma a que apenas os utilizadores registados consigam ter acesso ao site. E como index fazia uma coisa simples a pedir para fazerem o registo e uma breve descrição sobre o conteudo do site. Aí já poupava bastantes querys! Visto que em 1.000 pessoas ligadas, uns 200 são membros e o resto é tudo guests!
Ou tambem apagar registos que nao sao uados podem ser 1ª boa forma..
Também já me sugeriram isso... Será que ter quase 100.000 registos, faz com que o site dê este tipo de problemas?
Será boa ideia eliminá-los então?
Que tal fazeres um tweak ao my.cnf?
Pasta aqui o teu /etc/my.cnf e diz-me as configurações do server (ram TOTAL, PC, disco, tipo de páginas, SO, versões de software PHP e MySQL).
Já está feito
Em relação a:
"À noite então é quase impossível abrir o site chegando o sql a ter mais de 200 acessos por segundo, o que dificulta a abertura da página. "
Vês isso atravez de 'mysql' e 'status'?
Já vi um VPS 1 dos meus (tiflotecnia.net) correr 250 processos pro segundo e a andar normalmente (load de 10/15, mas a abrir páginas em 7 segundos, o que é aceitável).
Se estás num dedicado e tens esse problema, deves ter sido roubado, ou não te entregaram um servidor bem configurado.
SL
Isso foi visto no Apache...
(Vê o top que postei acima acerca dos processos por seg.)
Roubado sei que não fui pois tenho total confiança a quem comprei o servidor