[FUG-BR] Fw: TOMCAT - BSD

2016-03-09 Por tôpico Renato Frederick 


-Original Message-
De: Renato Frederick 
Responder: Renato Frederick >
Data: 9 de março de 2016 at 14:40:59
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) >
Assunto:  TOMCAT - BSD

> Prezados, boa tarde!
>  
> Preciso fazer um tunning em um tomcat, especificamente em "-Xms and -Xmx”., 
> que morre  
> toda hora…..
>  
> Alguém aqui poderia me contactar em PVT?
>  
>  
> Grato!
>  
>  
> ———
> Renato Frederick
> Consultor em TI
> http://about.me/renatofrederick
> Skype: renatofrederick
> +55 31 99123 - 3006
> +55 31 2523 - 0686
>  
>  
>  
>  

———
Renato Frederick  
Consultor em TI
http://about.me/renatofrederick  
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] SSD tem performance IO satisfatorio?

2016-03-09 Por tôpico Renato Frederick 


> Sobre o que tinha falado que o sistema movia os arquivos automaticamente
> dependendo do seu uso para as mídias mais rápidas ou arquiva em mídia
> mais em conta (HD) e quem sabe a fita DAT
> --
> Fábio Rodrigues Ribeiro
> http://www.farribeiro.com.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>  

Então Fábio, quem faz isto é o storage. Para o sistema operacional, ele vai 
montar aquela partição no boot.

Toda a lógica de qual disco mais rápido ou mais lento, é o storage.

E fita DAT é outra história, é dispositivo de acesso sequencial usado para 
backup.

Hoje também você tem storage com pools de HD que “emulam” fitas DAT.


[]s


———
Renato Frederick  
Consultor em TI
http://about.me/renatofrederick  
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] CGNAT com FreeBSD + ipnat

2016-03-09 Por tôpico victordan...@netlinepb.com.br 

Senhores,

Estou precisando montar um CGNAT para um provedor em que trabalho, 
encontrei no manual do ipnat para FreeBSD algo que parece me atender, 
mas não entendi direito o funcionamento, abaixo o trecho do manual e o 
link completo, alguém poderia me dar uma luz?


O objetivo é fazer um srcnat de ips privados para públicos, de modo que 
um grupos de clientes compartilhem o mesmo ip privado, cada qual com seu 
range de portas de saída (250), de modo que possamos identificá-los 
mediante um pedido judicial, sem que se tenha que armazenar um volume 
gigante de logs, o ipv4 está se esgotando e vai ser de muita utilidade 
para nossa comunidade se conseguirmos uma solução viável para isso.



   A special variant of maprules exists, called map-block.
 This  command
   is  intended  for use when thereis a large network to be 
mappedonto a
   smaller network,where the difference innetmasks is upto 
14 bits  dif-
   ferencein  size.   This is achieved bydividing the 
address space and
   port space up toensure that each sourceaddress has  its  
own  private

   range ofports to use.  For example, this rule:

   map-block ppp0 172.192.0.0/16 ->209.1.2.0/24 ports auto

   would  result  in 172.192.0.0/24being mapped to 209.1.2.0/32 
with each
   address,from 172.192.0.0 to 172.192.0.255 having 252 ports 
of its own.
   As  opposed  tothe  above  useof map,if for some 
reason the user of
   (say) 172.192.0.2 wanted260 simultaneous connections going  
out,  they
   would  be  limited  to 252 with map-block but would just move 
onto the

   next IP address with themap command.

https://www.freebsd.org/cgi/man.cgi?query=ipnat=5

Alí explica que a diferença de mascaras de subrede não pode passar de 
14bits, neste caso, para eu atender a clientes atualmente usando um 
bloco privado 10.0.0.0/8, eu teria de ter pelo menos um bloco /22 de ip 
público, seria isso mesmo?


Desde Já Agradeço.

Victor Dantas
Netline Telecom


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] TOMCAT - BSD

2016-03-09 Por tôpico Renato Frederick 
Prezados, boa tarde!

Preciso fazer um tunning em um tomcat, especificamente em "-Xms and -Xmx”., que 
morre toda hora…..

Alguém aqui poderia me contactar em PVT?


Grato!


———
Renato Frederick  
Consultor em TI
http://about.me/renatofrederick  
Skype: renatofrederick
+55 31 99123 - 3006
+55 31 2523 - 0686



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE

2016-03-09 Por tôpico Marcelo Gondim 

Em 04/03/2016 16:28, Vinícius Zavam escreveu:

2016-01-29 23:12 GMT-03:00, Marcelo Gondim :

Em 29/01/2016 15:16, Vinícius Zavam escreveu:

2016-01-29 13:58 GMT-03:00, Marcelo Gondim :

Em 29/01/2016 13:00, Vinícius Zavam escreveu:

2016-01-27 16:21 GMT-03:00, Marcelo Gondim :

Em 26/01/2016 19:57, Vinícius Zavam escreveu:

2016-01-24 11:18 GMT-03:00, Marcelo Gondim :

Em 14/10/2015 12:19, Marcelo Gondim escreveu:

On 14-10-2015 06:07, Sergio Lopes wrote:

Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o
mesmo problema usando LACP


igb2: Interface stopped DISTRIBUTING, possible flapping
igb4: Interface stopped DISTRIBUTING, possible flapping


Cada vez que o problema ocorre o tráfego da interface de um
sentido
comuta para outra interface, fazendo com que o usuário perceba uma
queda de 5 segundos.

Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch
ai
fica normal.


Repara também no load como que sobe. Tenta usar o 10.1-stable que
to
usando e vê se resolve seu problema:

10.1-STABLE r281235



Vinícius Zavam escreveu:

2015-10-04 9:59 GMT-03:00 Marcelo Gondim:


[recorte]

 ...

[/recorte]


gondim,

isso daí é algo que, assim como você, eu também teria de sentar
com
tempo e
calma pra escovar com ajuda de ferramentas de stress, benchmark e
algumas
RFC; 2544, por exemplo (se não me engano).

"adota essa criança" e ajuda o projeto a identificar o que está
ruim
pra
quem utiliza stable/10. quanto mais detalhes e informações forem
coletadas
e reportadas, melhor. certamente uma sugestão de correção com
patches
também ajuda. infelizmente eu não chego nem perto de ter como
reproduzir o
cenário (não tenho máquinas, nem infraestrutura, que estejam
disponíveis
pra isso).

E ae pessoal,

Retornando com essa thread pois descobri coisas novas à respeito do
problema. O problema não está no LACP porque nós retiramos o LACP e
colocamos tudo em interface de 10GbE X520-SR2.
O que parece é que algo mudou em relação ao cpu affinity entre a
versão
10.1-STABLE que estou usando e as versões atuais.

Na versão 10.1-STABLE estou com o cpu affinity assim:

/usr/bin/cpuset -l 11 -x 300
/usr/bin/cpuset -l 10 -x 301
/usr/bin/cpuset -l 9 -x 302
/usr/bin/cpuset -l 8 -x 303
/usr/bin/cpuset -l 7 -x 304
/usr/bin/cpuset -l 6 -x 305
/usr/bin/cpuset -l 0 -x 306
/usr/bin/cpuset -l 1 -x 307
/usr/bin/cpuset -l 9 -x 308

/usr/bin/cpuset -l 5 -x 355
/usr/bin/cpuset -l 4 -x 356
/usr/bin/cpuset -l 3 -x 357
/usr/bin/cpuset -l 2 -x 358
/usr/bin/cpuset -l 1 -x 359
/usr/bin/cpuset -l 0 -x 360
/usr/bin/cpuset -l 5 -x 361
/usr/bin/cpuset -l 4 -x 362
/usr/bin/cpuset -l 3 -x 363

/usr/bin/cpuset -l 5 -x 364
/usr/bin/cpuset -l 4 -x 365
/usr/bin/cpuset -l 3 -x 366
/usr/bin/cpuset -l 2 -x 367
/usr/bin/cpuset -l 1 -x 368
/usr/bin/cpuset -l 0 -x 369
/usr/bin/cpuset -l 5 -x 370
/usr/bin/cpuset -l 4 -x 371
/usr/bin/cpuset -l 3 -x 372

Dessa forma está funcionando no 10.1-STABLE sem problemas e os idle
dos
cores meio que balanceados. A máquina é um Dual Hexa Xeon e por isso
tem
12 cores. Aí fiz uns testes e percebi o seguinte:

Problema 1: quando atualizo do 10.1-STABLE para o 10.2 ou 11 e jogo
os
meus links para o router (+5Gbps de tráfego), os cores ficam
totalmente
desbalanceados ou seja, uns ficam normais com 30% à 40% idle e
outros
ficam com 5% à 8% idle. Isso sem mudar nada em nenhum arquivo,
somente
atualizando o sistema e mantendo todas as configurações. Egypcio
sabe
se
houve alguma mudança que poderia ter mudado esse comportamento no
cpu
affinity?

Problema 2: no sistema atual 10.1-STABLE descobri o seguinte: fui
tentar
melhorar o balanceamento nos cores com o cpu affinity (cpuset) e
quando
faço isso passo à ter perdas de pacotes nos links de dados. O que me
obriga à ter que reiniciar o sistema pra normalizar tudo. Ou seja
mexeu
no cpu affinity, então reinicie porque senão pode dar zica e feia.

Doideira isso. Ou seja o problema não estava no link aggregation.

[]´s
Gondim

gondim,
eahi. suavidade?

catei aqui no histórico que tu estavas a relatar o uso da r281235
como
10.1-STABLE. confere? os códigos do cpuset tu poderias verificar no
"svnweb" do freebsd em https://svnweb.freebsd.org
(base/stable/10/usr.bin/cpuset, se tu estás a utilizar STABLE.
independente de ser 10.1, 10.2, ...); aí tu podes consultar a revisão
específica. // também pode sair escovando via CLI, se quiser...

em "stable/10", segundo o svnweb, não são feitas alterações nesse
cabra já faz um bom tempo; 2 anos. em "releng/10.1" tu podes ver que
já houve alterações mais recentes (15 meses). finalmente, em
"releng/10.2", tu podes ver que o código foi alterado cerca de 6
meses
atrás.

para qual desses branches essa tua máquina estavas/está a apontar?
chegou a escovar (testar) o comportamento apenas num dos branches?
fazia checkout de rHEAD ou r281235 apenas em "stable/10"? caso tu
tenhas disponibilidade, experimenta utilizar rHEAD entregue