Configuração de Sysctl para alta performance, grande atividade

1

Temos algum servidor com uma quantidade enorme de visitantes (a cada minuto, todos os dias). Basicamente, nós tínhamos uma boa configuração de sysctl para este fim. (Se você não modificá-lo, ele começa a se comportar de maneira estranha).

Gostaria de perguntar à comunidade se você poderia me fornecer uma que ... bem ... otimizada para essa finalidade. Como maximizar os limites de arquivos abertos e assim por diante. Foi o que eu quis dizer.

    
por Shiki 02.07.2010 / 17:13

1 resposta

3

define atividade grande? grande número de arquivos abertos? arquivos grandes sendo transferidos? muitos clientes lentos? Isto é retirado de uma máquina que executa o nginx, servindo 900 + mb / seg de 120k ou imagens menores em um Quad Core Xeon 2.4. As configurações em um servidor que faz streaming de conteúdo são muito diferentes. Cada configuração da máquina é diferente com base nos requisitos. Implementar cegamente isso pode melhorar ou piorar seu desempenho.

fs/file-max=60000
fs/dir-notify-enable=0

net/ipv4/tcp_keepalive_time=600
net/core/rmem_max=262143
net/core/rmem_default=262143
net/core/wmem_max=262143
net/core/wmem_default=262143
net/ipv4/tcp_sack=0
net/ipv4/tcp_timestamps=0

net/nf_conntrack_max=262143
net/ipv4/tcp_frto=0

net.ipv4.tcp_sack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_wmem = 4096 65536 4194304
net.ipv4.tcp_rmem = 4096 87380 4194304

net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_tw_recycle = 1
net.core.wmem_max = 16777216
net.core.rmem_max = 16777216
net.core.wmem_default = 16777216
net.core.rmem_default = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 262144

net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2

Embora as informações desta página sejam antigas, muitas delas ainda se aplicam:

link www.ibm.com/developerworks/linux/library/l-hisock.html slaptijack.com/system-administration/linux-tcp-performance-tuning /

    
por 03.07.2010 / 09:39