-- Forwarded message --
From: Vinícius Zavam
Date: 2012/7/11
Subject: unexpected {rsync2,cvsup4,ftp6}.br.freebsd.org issues.
To: freebsd-hubs@
gentlemen,
"good" morning.
unfortunately I'm here to inform you about some issues regarding one
of the *.br.freebsd.org servers.
this se
Pessoal,
Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
4000. Tenho 12Gb de ram nessa máquina que fiz o teste, meu i7. :) após
rodar o tuning-primer o memory usage simplesmente estoura. Conforme abaixo:
MEMORY USAGE
Max Memory Ever Allocated : 438 M
Configured Max Per-t
Em 11/07/2012 11:25, Thiago Rodrigues escreveu:
> Caro, Marcelo,
>
> Primeiramente tu tem que verificar se ambas as variaveis do mysql são
> indeticas, pois o mysql separa variaveis globais, e variaveis por
> conexões, se as variaveis por conexões do mysql do freebsd tiverem um
> valor alto elas
Em 11 de julho de 2012 10:36, Marcelo Gondim escreveu:
> Pessoal,
>
> Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
> 4000. Tenho 12Gb de ram nessa máquina que fiz o teste, meu i7. :) após
> rodar o tuning-primer o memory usage simplesmente estoura. Conforme abaixo:
>
> M
hehe isso do mysql ta virando pessoal ja.
vamos dar um jeito nisso.
eu so nao posso fazer mais testes em funcao da minha condicao de deitado
temporariamenre.
passa as configs do kernel e o my.cnf que usou, o sysctl -a grep kern tb e
interessante.
acho que tem muita gente aqui que tem interesse no
Em 9 de julho de 2012 21:03, Cleiton Alves escreveu:
> marcelo , tudo bom
>
> entao acho que minha duvida nao foi clara , mais vou ser mais direto
>
> 1- tudo isso que voce falou eu ja sei , eu trabalho na ibm , sou analista
> unix , trabalho na analise e tuning de s.o do aix e solaris .
> 2 - vo
Em 11/07/2012 11:49, Edson Brandi escreveu:
> Em 11 de julho de 2012 10:36, Marcelo Gondim escreveu:
>> Pessoal,
>>
>> Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
>> 4000. Tenho 12Gb de ram nessa máquina que fiz o teste, meu i7. :) após
>> rodar o tuning-primer o memory
Em 11 de julho de 2012 12:14, Marcelo Gondim escreveu:
> Em 11/07/2012 11:49, Edson Brandi escreveu:
> > Em 11 de julho de 2012 10:36, Marcelo Gondim
> escreveu:
> >> Pessoal,
> >>
> >> Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
> >> 4000. Tenho 12Gb de ram nessa máqui
Em 11 de julho de 2012 12:14, Marcelo Gondim escreveu:
>> Como está o seu kern.maxdsiz ? Pelos numero me parece que sua maquina
>> ainda está usando o tamanho default de 512 Mb como sendo o segmento
>> máximo de memoria que pode ser alocada por um processo, esse é o
>> primeiro problema que eu vej
Em 11/07/2012 11:50, Leonardo Augusto escreveu:
> hehe isso do mysql ta virando pessoal ja.
> vamos dar um jeito nisso.
não é? rsrsrsr
> eu so nao posso fazer mais testes em funcao da minha condicao de deitado
> temporariamenre.
>
> passa as configs do kernel e o my.cnf que usou, o sysctl -a grep
Em 11/07/2012 12:23, Ricardo Carlini Sperandio escreveu:
> Em 11 de julho de 2012 12:14, Marcelo Gondim escreveu:
>
>> Em 11/07/2012 11:49, Edson Brandi escreveu:
>>> Em 11 de julho de 2012 10:36, Marcelo Gondim
>> escreveu:
Pessoal,
Peguei uma base mysql rodando no FreeBSD e setei
Em 11/07/2012 12:36, Edson Brandi escreveu:
> Em 11 de julho de 2012 12:14, Marcelo Gondim escreveu:
>>> Como está o seu kern.maxdsiz ? Pelos numero me parece que sua maquina
>>> ainda está usando o tamanho default de 512 Mb como sendo o segmento
>>> máximo de memoria que pode ser alocada por um p
Boa tarde pessoal,
Alguém da lista utiliza um servidor zabbix no Free ? Se sim, gostaria de
trocar algumas informações e dúvidas
abs
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Em 11/07/2012 13:55, Marcelo Gondim escreveu:
> Em 11/07/2012 11:50, Leonardo Augusto escreveu:
>> hehe isso do mysql ta virando pessoal ja.
>> vamos dar um jeito nisso.
> não é? rsrsrsr
>
>> eu so nao posso fazer mais testes em funcao da minha condicao de deitado
>> temporariamenre.
>>
>> passa as
Em 11 de julho de 2012 14:06, Marcelo Gondim escreveu:
>> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
>> os parâmetros abaixo no seu Freebsd?
>>
> kern.maxssiz: 536870912
> kern.dflssiz: 8388608
> kern.maxdsiz: 34359738368
> kern.dfldsiz: 134217728
> kern.maxtsiz: 134217
Em 11 de julho de 2012 14:21, Edson Brandi escreveu:
> Em 11 de julho de 2012 14:06, Marcelo Gondim
> escreveu:
> >> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
> >> os parâmetros abaixo no seu Freebsd?
> >>
> > kern.maxssiz: 536870912
> > kern.dflssiz: 8388608
> > ker
Em 11 de julho de 2012 14:21, Edson Brandi escreveu:
> Em 11 de julho de 2012 14:06, Marcelo Gondim escreveu:
>>> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
>>> os parâmetros abaixo no seu Freebsd?
>>>
>> kern.maxssiz: 536870912
>> kern.dflssiz: 8388608
>> kern.maxdsiz
Em 11/07/2012 14:21, Edson Brandi escreveu:
> Em 11 de julho de 2012 14:06, Marcelo Gondim escreveu:
>>> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
>>> os parâmetros abaixo no seu Freebsd?
>>>
>> kern.maxssiz: 536870912
>> kern.dflssiz: 8388608
>> kern.maxdsiz: 34359738
Em 11/07/2012 14:32, Eduardo Schoedler escreveu:
> Em 11 de julho de 2012 14:21, Edson Brandi escreveu:
>
>> Em 11 de julho de 2012 14:06, Marcelo Gondim
>> escreveu:
Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
os parâmetros abaixo no seu Freebsd?
>>> ker
Em 11/07/2012 14:33, Edson Brandi escreveu:
> Em 11 de julho de 2012 14:21, Edson Brandi escreveu:
>> Em 11 de julho de 2012 14:06, Marcelo Gondim
>> escreveu:
Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
os parâmetros abaixo no seu Freebsd?
>>> kern.maxs
Em 11/07/2012 14:39, Marcelo Gondim escreveu:
> Em 11/07/2012 14:33, Edson Brandi escreveu:
>> Em 11 de julho de 2012 14:21, Edson Brandi escreveu:
>>> Em 11 de julho de 2012 14:06, Marcelo Gondim
>>> escreveu:
> Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
> os
Em 11 de julho de 2012 14:33, Marcelo Gondim escreveu:
> Será que sem querer descobri algo interessante? rsrsrsrsrs
Marcelo,
Estava dando uma olhada em como o mysql tuning primer
(https://launchpad.net/mysql-tuning-primer/), chega nos números.
Pelo que vi ele não está usando nenhuma variavel do
Em 11/07/2012 14:52, Edson Brandi escreveu:
> Em 11 de julho de 2012 14:33, Marcelo Gondim escreveu:
>> Será que sem querer descobri algo interessante? rsrsrsrsrs
> Marcelo,
>
> Estava dando uma olhada em como o mysql tuning primer
> (https://launchpad.net/mysql-tuning-primer/), chega nos números.
Em 11 de julho de 2012 14:07, Denis Granato escreveu:
> Boa tarde pessoal,
>
> Alguém da lista utiliza um servidor zabbix no Free ? Se sim, gostaria de
> trocar algumas informações e dúvidas
>
> abs
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da li
Em 11 de julho de 2012 15:16, Marcelo Gondim escreveu:
> The maximum number of connections MySQL can support depends on the quality of
> the thread library on a given platform. Linux or Solaris should be able to
> support 500-1000 simultaneous connections, depending on how much RAM you have
> a
Boa tarde Paulo,
Uma delas era, se estava usando com postgre :)
Demais são:
Estou voltando ao mundo freebsd depois de muitos anos...
- Instalou tudo via ports ?
- Qual versao do free esta usando?
- qual a configuração de hardware do servidor e quantos devices esta
monitorando?
- Tem o passo a p
Em 11 de julho de 2012 15:48, Denis Granato escreveu:
> Boa tarde Paulo,
>
> Uma delas era, se estava usando com postgre :)
>
> Demais são:
>
> Estou voltando ao mundo freebsd depois de muitos anos...
>
> Seja bem vindo.
> - Instalou tudo via ports ?
>
Sim
> - Qual versao do free esta usando?
Em 11/07/2012 15:38, Edson Brandi escreveu:
> Em 11 de julho de 2012 15:16, Marcelo Gondim escreveu:
>> The maximum number of connections MySQL can support depends on the quality
>> of the thread library on a given platform. Linux or Solaris should be able
>> to support 500-1000 simultaneous con
O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
tudo lascado, ehehe
daí ate eu vou voltar pro linux,
Eu na minha tosquice, acho que o tipo de thread usada tem que ser mais
testado...
outra coisa marcelo, vc compilou o mysql no ports com
BUILD_OPTIMIZED E BUILD_STATIC ??
Em 11/07/2012 16:07, Leonardo Augusto escreveu:
> O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
> tudo lascado, ehehe
> daí ate eu vou voltar pro linux,
hehehe to torcendo pra isso srsrrsrsrsrs
>
> Eu na minha tosquice, acho que o tipo de thread usada tem que ser mais
Em 11 de julho de 2012 16:18, Marcelo Gondim escreveu:
> Em 11/07/2012 16:07, Leonardo Augusto escreveu:
>> O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
>> tudo lascado, ehehe
>> daí ate eu vou voltar pro linux,
>
> hehehe to torcendo pra isso srsrrsrsrsrs
Ta certo...
Em 11/07/2012 16:36, Edson Brandi escreveu:
> Em 11 de julho de 2012 16:18, Marcelo Gondim escreveu:
>> Em 11/07/2012 16:07, Leonardo Augusto escreveu:
>>> O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
>>> tudo lascado, ehehe
>>> daí ate eu vou voltar pro linux,
>> hehe
2012/7/11 Marcelo Gondim :
> Em 11/07/2012 11:50, Leonardo Augusto escreveu:
>> hehe isso do mysql ta virando pessoal ja.
>> vamos dar um jeito nisso.
> não é? rsrsrsr
>
>> eu so nao posso fazer mais testes em funcao da minha condicao de deitado
>> temporariamenre.
>>
>> passa as configs do kernel
2012/7/11 Luiz Otavio O Souza
>
>
> Marcelo,
>
> Use o mesmo my.cnf nos dois servidores pois são as configurações que
> estão lá que determinam quanto cada thread (ou conexão) vai consumir.
>
> Att.,
> Luiz
Ele já fez isso.
--
Atenciosamente,
Antônio Pessoa
-
Histórico
Em 11/07/2012 16:56, Luiz Otavio O Souza escreveu:
> 2012/7/11 Marcelo Gondim :
>> Em 11/07/2012 11:50, Leonardo Augusto escreveu:
>>> hehe isso do mysql ta virando pessoal ja.
>>> vamos dar um jeito nisso.
>> não é? rsrsrsr
>>
>>> eu so nao posso fazer mais testes em funcao da minha condicao de de
2012/7/11 Antônio Pessoa :
> 2012/7/11 Luiz Otavio O Souza
>>
>>
>> Marcelo,
>>
>> Use o mesmo my.cnf nos dois servidores pois são as configurações que
>> estão lá que determinam quanto cada thread (ou conexão) vai consumir.
>>
>> Att.,
>> Luiz
>
>
> Ele já fez isso.
>
çey =)
# The MySQL server
Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
/var/db/mysql e não no /etc (e nem no /usr/local/etc).
Talves o mysql tenha ignorado o my.cnf se você não copiou ele no
diretório correto (e por isso você não viu diferença até agora).
Att.,
Luiz
-
Históri
Bom,
Peguei 2 VMs aqui idênticas em termos de hardware virtual (rs),
rodando sobre VMWare ESXi 5.0, configuradas com 4 Gb de RAM...
Uma rodando:
FreeBSD keyserver.fug.com.br 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0:
Tue Jun 12 01:47:53 UTC 2012
r...@i386-builder.daemonology.net:/usr/obj/usr/src/
Em 11/07/2012 17:18, Luiz Otavio O Souza escreveu:
> 2012/7/11 Antônio Pessoa :
>> 2012/7/11 Luiz Otavio O Souza
>>>
>>> Marcelo,
>>>
>>> Use o mesmo my.cnf nos dois servidores pois são as configurações que
>>> estão lá que determinam quanto cada thread (ou conexão) vai consumir.
>>>
>>> Att.,
>>>
Em 11/07/2012 17:35, Luiz Otavio O Souza escreveu:
> Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
> /var/db/mysql e não no /etc (e nem no /usr/local/etc).
Sim. Isso também sei rsrsrs no freeba em /var/db/mysql/ e no Debian em
/etc/mysql/
>
> Talves o mysql tenha ignorado o
Em 11 de julho de 2012 17:55, Marcelo Gondim escreveu:
> Em 11/07/2012 17:35, Luiz Otavio O Souza escreveu:
> > Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
> > /var/db/mysql e não no /etc (e nem no /usr/local/etc).
>
> Sim. Isso também sei rsrsrs no freeba em /var/db/mysql/
Em 11 de julho de 2012 17:55, Marcelo Gondim escreveu:
> Em 11/07/2012 17:35, Luiz Otavio O Souza escreveu:
> > Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
> > /var/db/mysql e não no /etc (e nem no /usr/local/etc).
>
> Sim. Isso também sei rsrsrs no freeba em /var/db/mysql/
Em 11 de julho de 2012 18:05, Eduardo Schoedler escreveu:
> Mas você está apavorado com o consumo de memória? É isso?
Eduardo,
Se eu entendi o problema do Marcelo, na pratica o que está acontecendo
é que o mysqld não está conseguindo alocar a memoria necessária para
ter 4.000 conexões ativas.
P
Em 11 de julho de 2012 18:16, Edson Brandi escreveu:
> Se eu entendi o problema do Marcelo, na pratica o que está acontecendo
> é que o mysqld não está conseguindo alocar a memoria necessária para
> ter 4.000 conexões ativas.
>
Se realmente precisar aguentar as 4000 conexões simultâneas, vai pre
Em 11 de julho de 2012 18:23, Eduardo Schoedler escreveu:
> Se realmente precisar aguentar as 4000 conexões simultâneas, vai precisar
> de mais memória -- ou então baixar alguns parâmetros que interferem
> diretamente no consumo por thread, além dos valores globais.
A principio 12 Gb é suficiente
2012/7/11 Marcelo Gondim :
> Em 11/07/2012 16:07, Leonardo Augusto escreveu:
>> O Brandi é o cara... se ele nao ajudar a resolver essa bronca "tamo"
>> tudo lascado, ehehe
>> daí ate eu vou voltar pro linux,
>
> hehehe to torcendo pra isso srsrrsrsrsrs
>
>>
>> Eu na minha tosquice, acho que o
Em 11 de julho de 2012 17:55, Marcelo Gondim escreveu:
> Em 11/07/2012 17:35, Luiz Otavio O Souza escreveu:
> > Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
> > /var/db/mysql e não no /etc (e nem no /usr/local/etc).
>
> Sim. Isso também sei rsrsrs no freeba em /var/db/mysql/
Olá
Existe algum parâmetro ao montar um sistema de arquivos de forma que
quando o arquivo for apagado o FreeBSD destrua todos os dados do arquivo
escrevendo (por exemplo) zero nos blocos de forma automática?
[]'s
-Otacílio
-
Histórico: http://www.fug.com.br/historico/html
Em 11 de julho de 2012 22:29, Otacílio escreveu:
> Existe algum parâmetro ao montar um sistema de arquivos de forma que
> quando o arquivo for apagado o FreeBSD destrua todos os dados do arquivo
> escrevendo (por exemplo) zero nos blocos de forma automática?
>
Você poderia tentar fazer um "wrap
On 11/07/2012 22:43, Eduardo Schoedler wrote:
> Em 11 de julho de 2012 22:29, Otacílio escreveu:
>
>> Existe algum parâmetro ao montar um sistema de arquivos de forma que
>> quando o arquivo for apagado o FreeBSD destrua todos os dados do arquivo
>> escrevendo (por exemplo) zero nos blocos de fo
Em 11 de julho de 2012 22:48, Otacílio escreveu:
> On 11/07/2012 22:43, Eduardo Schoedler wrote:
> > Em 11 de julho de 2012 22:29, Otacílio
> escreveu:
> >
> >> Existe algum parâmetro ao montar um sistema de arquivos de forma que
> >> quando o arquivo for apagado o FreeBSD destrua todos os dados
Em 11/07/2012 17:45, Edson Brandi escreveu:
> Bom,
>
> Peguei 2 VMs aqui idênticas em termos de hardware virtual (rs),
> rodando sobre VMWare ESXi 5.0, configuradas com 4 Gb de RAM...
>
> Uma rodando:
>
> FreeBSD keyserver.fug.com.br 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0:
> Tue Jun 12 01:47:53 U
Em 11/07/2012 18:16, Edson Brandi escreveu:
> Em 11 de julho de 2012 18:05, Eduardo Schoedler escreveu:
>> Mas você está apavorado com o consumo de memória? É isso?
> Eduardo,
>
> Se eu entendi o problema do Marcelo, na pratica o que está acontecendo
> é que o mysqld não está conseguindo alocar a
Em 11/07/2012 18:23, Eduardo Schoedler escreveu:
> Em 11 de julho de 2012 18:16, Edson Brandi escreveu:
>
>> Se eu entendi o problema do Marcelo, na pratica o que está acontecendo
>> é que o mysqld não está conseguindo alocar a memoria necessária para
>> ter 4.000 conexões ativas.
>>
> Se realment
Em 11/07/2012 18:36, Edson Brandi escreveu:
> Em 11 de julho de 2012 18:23, Eduardo Schoedler escreveu:
>> Se realmente precisar aguentar as 4000 conexões simultâneas, vai precisar
>> de mais memória -- ou então baixar alguns parâmetros que interferem
>> diretamente no consumo por thread, além dos
Em 11/07/2012 21:39, Matheus Weber da Conceição escreveu:
> Em 11 de julho de 2012 17:55, Marcelo Gondim escreveu:
>
>> Em 11/07/2012 17:35, Luiz Otavio O Souza escreveu:
>>> Lembrando que o arquivo 'my.cnf' no FreeBSD deve ficar no diretório
>>> /var/db/mysql e não no /etc (e nem no /usr/local/etc
Em 11 de julho de 2012 22:57, Eduardo Schoedler escreveu:
> Em 11 de julho de 2012 22:48, Otacílio
> escreveu:
>
> > On 11/07/2012 22:43, Eduardo Schoedler wrote:
> > > Em 11 de julho de 2012 22:29, Otacílio
> > escreveu:
> > >
> > >> Existe algum parâmetro ao montar um sistema de arquivos de fo
Marcelo,
O problema está nessa configuração ai do mysql que vc esta usando...
Refiz um teste aqui com o FreeBSD 64 bits...
Se eu uso o /usr/local/share/mysql/my-huge.cnf como sendo o meu
/var/db/mysql/my.cnf e seto o max_connections=4000 , o output do
tunning primer é o que vc está obtendo:
ME
Pessoal,
eu não consegui colocar para rodar o VPN ipsec para iOS..
alquem que tem experiência em strongSwan no freebsd/linux
tem interesse de fazer esse serviço...
favor entre em contato em PVT com o valor do serviço..
pode ser até remoto.
gustavo.
Em 10 de maio de 2012 14:44, Gustavo Freitas
Em 12/07/2012 00:24, Edson Brandi escreveu:
> Marcelo,
>
> O problema está nessa configuração ai do mysql que vc esta usando...
>
> Refiz um teste aqui com o FreeBSD 64 bits...
>
> Se eu uso o /usr/local/share/mysql/my-huge.cnf como sendo o meu
> /var/db/mysql/my.cnf e seto o max_connections=4000
60 matches
Mail list logo
