[FUG-BR] Google+
Fala Galera, Já estão sabendo das novidades do google+? Você está perdendo tempo, basta você ter uma conta de e-mail do google para participar do google+ bem simples. Site para se cadastrar: http://plus.google.com Canal do FreeBSD no google+: https://plus.google.com/101976900417809765710 Olha quanta coisa boa: 1° Pode adicionar Links e fotos. 2° Pode debater, discutir e interagir em tempo real. 2° Pode visualizar videos do youtube. 3° Video conferência com até 10 participantes simultaneamente. 4° Você gerencia seu circulo de amizades. E Tudo isso e inteiramente grátis e com tecnologia Google, Ta esperando o que ? Cadastre-se é de graça, corre lá. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] visualizar trafego na interface
Em 25 de novembro de 2011 14:31, coopermine cooperm...@bol.com.br escreveu: Em 25 de novembro de 2011 13:51, Paulo Henrique escreveu: Usa SNMP :D Em 25 de novembro de 2011 13:07, coopermine escreveu: Boa tarde lista, estou criando um script que vai me ajudar em um sistema de adminstração do meu servidor, mais estou agarrado em um coisa. vizualizar meu trafego up e down em uma determinada interface. vou explicar mais ou menos.. oq eu preciso exatamente eh digitar no shell ex: # qualTrafegoAtual down -i rl0 resultado 7272 bps à (ou kbps kbits etc) ... pois é, o que realmente eu preciso e saber o trafego pelo proprio shell, queria pegar esse valor do trafego atual e jogar no meu scritp, intende? ferramentas como o bmon e nload como o amigo disse abaixo nao resolvem meu problema. :/ Qual o problema em usar snmp como o Paulo recomendou? Como exemplo eu pego a atenuação de linha do modem num shell script assim: snmpwalk -Os -c public -v 1 192.168.254.254 transmission.94.1.1.3.1.5.2 | cut -d : -f2 | cut -c 2-3 A relação sinal/ruído pego da variável transmission.94.1.1.3.1.4.2. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tuning kernel Apache
Olá a todos! Estamos fazendo um teste para comparar o desempenho de SOs para hospedar um portal que grande acesso. Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma grande oportunidade de implementa-lo. Gostaria de saber se alguem conhece tunning no kernel especifico para melhorar a performance do apache. Vi que exsitem 2 diretivas (*ACCEPT_FILTER_HTTP e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas vou ler mais a respeito. Receitas de tuning são bem vindas! Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tuning kernel Apache
Acredito que maior ganho no tunning será pela configuração dos softwares.. Dá uma lida nesse artigo aí, achei interessante: http://www.vivaolinux.com.br/artigo/Otimizando-seu-web-server-com-Apache2-+-Lighttpd Em 27 de novembro de 2011 13:50, Renato Sousa renso...@gmail.com escreveu: Olá a todos! Estamos fazendo um teste para comparar o desempenho de SOs para hospedar um portal que grande acesso. Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma grande oportunidade de implementa-lo. Gostaria de saber se alguem conhece tunning no kernel especifico para melhorar a performance do apache. Vi que exsitem 2 diretivas (*ACCEPT_FILTER_HTTP e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas vou ler mais a respeito. Receitas de tuning são bem vindas! Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tuning kernel Apache
Em 27/11/2011 13:50, Renato Sousa escreveu: Olá a todos! Estamos fazendo um teste para comparar o desempenho de SOs para hospedar um portal que grande acesso. Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma grande oportunidade de implementa-lo. Gostaria de saber se alguem conhece tunning no kernel especifico para melhorar a performance do apache. Vi que exsitem 2 diretivas (*ACCEPT_FILTER_HTTP e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas vou ler mais a respeito. Receitas de tuning são bem vindas! Eu faria o seguinte: 1) Usaria um Sistema FreeBSD 64 bits. Todo compilado e atualizado para o 8.2 Stable. Nada de pacotes já compilados. 2) Faça um projeto de particionamento contemplando bases de dados e as páginas. Mexer no block size e frag size. Se for um dispositivo SDD o frag size não tem importância se eu não me engano. Se o portal for trabalhar com arquivos grandes talvez seja melhor aumentar o block size e frag size. 3) O kernel teria esses 2 options que você citou o ACCEPT_FILTER_DATA e o ACCEPT_FILTER_HTTP. 4) Se for um sistema de 64 bits em servidor multiprocessado um: options HZ=3000 pelo menos. 5) Agora o tunning no conf do apache também é muito importante tanto quanto ou mais até. :) 6) Se você tiver bastante memória tipo uns 8G ou mais experimente usar ZFS também onde ficará a base de dados e as páginas. 7) Segurança: um fator muito importante atualmente e pouca gente dá atenção pelos Data Centers à fora. O Sistema deve estar sempre bem atualizado e com regras de proteção para alguns tipos de ataques. O FreeBSD é o único SO que conheço que possui 3 níveis de Firewalls diferentes e você pode usar os 3 juntos. :) 7.a) Packet Filter (PF) 7.b) IPFW 7.c) IPF Eu uso hoje PF e IPFW. Sendo que gosto de usar o NAT do PF e os filtros do IPFW. Mas isso é gosto e implementação. Muito cuidado com regras stateful, determinados ataques podem esgotar o número de conexões do Firewall. Acho que é por aí. Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tuning kernel Apache
Esqueci de comentar que esse mês na BSD Magazine saiu uma matéria sobre Application Server. Acho que vale à pena ler lá. Muito interessante. :) http://bsdmag.org/magazine/1773-speed-daemons Em 27/11/2011 15:02, Marcelo Gondim escreveu: Em 27/11/2011 13:50, Renato Sousa escreveu: Olá a todos! Estamos fazendo um teste para comparar o desempenho de SOs para hospedar um portal que grande acesso. Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma grande oportunidade de implementa-lo. Gostaria de saber se alguem conhece tunning no kernel especifico para melhorar a performance do apache. Vi que exsitem 2 diretivas (*ACCEPT_FILTER_HTTP e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas vou ler mais a respeito. Receitas de tuning são bem vindas! Eu faria o seguinte: 1) Usaria um Sistema FreeBSD 64 bits. Todo compilado e atualizado para o 8.2 Stable. Nada de pacotes já compilados. 2) Faça um projeto de particionamento contemplando bases de dados e as páginas. Mexer no block size e frag size. Se for um dispositivo SDD o frag size não tem importância se eu não me engano. Se o portal for trabalhar com arquivos grandes talvez seja melhor aumentar o block size e frag size. 3) O kernel teria esses 2 options que você citou o ACCEPT_FILTER_DATA e o ACCEPT_FILTER_HTTP. 4) Se for um sistema de 64 bits em servidor multiprocessado um: options HZ=3000 pelo menos. 5) Agora o tunning no conf do apache também é muito importante tanto quanto ou mais até. :) 6) Se você tiver bastante memória tipo uns 8G ou mais experimente usar ZFS também onde ficará a base de dados e as páginas. 7) Segurança: um fator muito importante atualmente e pouca gente dá atenção pelos Data Centers à fora. O Sistema deve estar sempre bem atualizado e com regras de proteção para alguns tipos de ataques. O FreeBSD é o único SO que conheço que possui 3 níveis de Firewalls diferentes e você pode usar os 3 juntos. :) 7.a) Packet Filter (PF) 7.b) IPFW 7.c) IPF Eu uso hoje PF e IPFW. Sendo que gosto de usar o NAT do PF e os filtros do IPFW. Mas isso é gosto e implementação. Muito cuidado com regras stateful, determinados ataques podem esgotar o número de conexões do Firewall. Acho que é por aí. Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tuning kernel Apache
Só aconselho HZ tão alto se for usar como roteador com alta quantidade de pacotes. -- Eduardo Schoedler Enviado via iPhone Em 27/11/2011, às 15:02, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 27/11/2011 13:50, Renato Sousa escreveu: Olá a todos! Estamos fazendo um teste para comparar o desempenho de SOs para hospedar um portal que grande acesso. Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma grande oportunidade de implementa-lo. Gostaria de saber se alguem conhece tunning no kernel especifico para melhorar a performance do apache. Vi que exsitem 2 diretivas (*ACCEPT_FILTER_HTTP e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas vou ler mais a respeito. Receitas de tuning são bem vindas! Eu faria o seguinte: 1) Usaria um Sistema FreeBSD 64 bits. Todo compilado e atualizado para o 8.2 Stable. Nada de pacotes já compilados. 2) Faça um projeto de particionamento contemplando bases de dados e as páginas. Mexer no block size e frag size. Se for um dispositivo SDD o frag size não tem importância se eu não me engano. Se o portal for trabalhar com arquivos grandes talvez seja melhor aumentar o block size e frag size. 3) O kernel teria esses 2 options que você citou o ACCEPT_FILTER_DATA e o ACCEPT_FILTER_HTTP. 4) Se for um sistema de 64 bits em servidor multiprocessado um: options HZ=3000 pelo menos. 5) Agora o tunning no conf do apache também é muito importante tanto quanto ou mais até. :) 6) Se você tiver bastante memória tipo uns 8G ou mais experimente usar ZFS também onde ficará a base de dados e as páginas. 7) Segurança: um fator muito importante atualmente e pouca gente dá atenção pelos Data Centers à fora. O Sistema deve estar sempre bem atualizado e com regras de proteção para alguns tipos de ataques. O FreeBSD é o único SO que conheço que possui 3 níveis de Firewalls diferentes e você pode usar os 3 juntos. :) 7.a) Packet Filter (PF) 7.b) IPFW 7.c) IPF Eu uso hoje PF e IPFW. Sendo que gosto de usar o NAT do PF e os filtros do IPFW. Mas isso é gosto e implementação. Muito cuidado com regras stateful, determinados ataques podem esgotar o número de conexões do Firewall. Acho que é por aí. Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
