Webmaster wrote:
Aqui esta a resposta para o HARDWARE
Hardware and Operating System Issues
The single biggest hardware issue affecting webserver performance is
RAM. A webserver should never ever have to swap, as swapping increases
the latency of each request beyond a point that users consider "fast
enough". This causes users to hit stop and reload, further increasing
the load. You can, and should, control the MaxClients setting so that
your server does not spawn so many children it starts swapping. The
procedure for doing this is simple: determine the size of your average
Apache process, by looking at your process list via a tool such as top,
and divide this into your total available memory, leaving some room for
other processes.
Beyond that the rest is mundane: get a fast enough CPU, a fast enough
network card, and fast enough disks, where "fast enough" is something
that needs to be determined by experimentation.
Operating system choice is largely a matter of local concerns. But a
general guideline is to always apply the latest vendor TCP/IP patches.
Webmaster wrote:
>1 - - Estou rodando o Apache em um servidor RH9, e gostaria de saber
>qual a melhor configura��o para este,
Configura��o do Apache? Como assim, "melhor configura��o"?
> pois tenho em meu site v�deos e
>muitas fotos, e ocorre que fica cheio de �http� na mem�ria e, esta com
>768Mb RAM e ainda utiliza o SWAP de 250Mb aproximadamente, sei que �
>necess�rio colocar mais RAM, mais n�o existe alguma configura��o que
>fa�a estas �http� se �matarem�, ap�s serem utilizadas.
Eles sempre morrem quando n�o s�o mais necess�rios. Note que o apache
inicia um monte de subprocessos para responder mais *r�pido*. Se voc�
os matar, ele fica mais lento.
A id�ia � que sempre que houver uma p�gina sendo requisitada, ele tem um
subprocesso dispon�vel para responder. Caso todos os processos estejam
ocupados, ele inicia mais, at� um certo limite. A�, supondo que a carga
no sistema � constante, ele n�o precisa mais ficar iniciando processos.
Se voc� quer limitar ainda mais a quantidade, veja os par�metros do
httpd.conf. N�o lembro qual, mas tem um que limita o n�mero de
processos iniciados. Mas lembre-se que isso lhe limita a quantidade de
requisi��es simult�neas que o Apache pode responder.
Voc� chega a usar mais de 90% do seu swap? O servidor fica lento por
causa do uso de swap (atividade de disco excessiva)? Quanto de mem�ria
virtual os processos do Apache est�o consumindo? Mais de 800 MB?
>2 - - O PC BOM para rodar o Apache � 500mhz + 1,5MB RAM + HD 30 GB,
>5400rpm + REDE ENCORE 10/100.
5400rpm? Isso n�o ag�enta a taxa que o Linux/Apache pode puxar. Ponha um
7200 ou 10000rpm, ou ent�o um bom disco SCSI para aumentar a taxa de
transfer�ncia. Se poss�vel, coloque num RAID redundante em barramentos
diferentes para melhorar ainda mais. Esse � o seu maior problema, n�o a
mem�ria nem o processador.
>3 - - Algu�m sabe se � poss�vel fazer com o CRON ou CRONTAB, reiniciar
> o Apache todo dia as 01:00h. Quem souber favor colocar um exemplo ou
> o pr�prio c�digo, enfim como fazer.
E pra qu�? Para derrubar todos os seus usu�rios � 1h da manh�? Para
deixar o servidor mais lento porque o Apache est� reiniciando?
Amigo, isso � uma heran�a de mentalidade de servidores que costumam
vazar mem�ria e dar problemas se ficam ligados por muito tempo (*).
Tenho um servidor rodando Linux/Apache h� 223 dias. O Apache eu s� tive
que desligar para fazer upgrades de seguran�a e atualiza��o. E o outro
servidor, ligado h� 406 dias, s� foi desligado por necessidade de
hardware.
(*) um certo servidor de 3 letras rodando num operacional que come�a por
W e termina em "indows".
- --
Thiago Macieira - Registered Linux user #65028
thiago (AT) macieira (DOT) info
ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFANFPdM/XwBW70U1gRAsmzAJ9Cbpzl1SD6hFc1ei0e95Q9IilxTgCgokof
sgGpE/NUSZyOeB6c/BQtJcY=
=tVeO
-----END PGP SIGNATURE-----
------------------------------
------------------------------------------------------------------------
---
Esta lista � patrocinada pela Conectiva S.A. Visite
http://www.conectiva.com.br
Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html
Fim da Digest Linux-BR, volume 273, assunto 1
*********************************************
---------------------------------------------------------------------------
Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br
Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html
