ta legal isso, o negocio é que nao esta no bsd o problema, ainda bem.
podes passar esses hosts holanda e russia pra eu ver os valores?
toda essa questao do mysql provem de usar myisam, essa var citada é só pro
myisam certo? pq nao faz um teste com innodb, será que daria isso tb?
---
3
> Linux For Servers
> Macintosh For Graphics
> Windows For Play Solitaire
>
>
>
> --- Em sex, 13/7/12, Marcelo Gondim escreveu:
>
> De: Marcelo Gondim
> Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
> [RESUMO] [RESOLVIDA]
> Para
| Novell CLA | ITILv3
Linux For Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em sex, 13/7/12, Marcelo Gondim escreveu:
De: Marcelo Gondim
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESUMO] [RESOLVIDA]
Para: ""Lista Brasileira de Discu
Em 13/07/2012 13:41, Marcelo Gondim escreveu:
> Em 13/07/2012 13:33, Patrick Tracanelli escreveu:
>> Em 13/07/2012, às 13:26, Marcelo Gondim escreveu:
>>
>>> Em 13/07/2012 12:30, Patrick Tracanelli escreveu:
Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
> Evento: migração de um se
Em 13/07/2012 13:33, Patrick Tracanelli escreveu:
> Em 13/07/2012, às 13:26, Marcelo Gondim escreveu:
>
>> Em 13/07/2012 12:30, Patrick Tracanelli escreveu:
>>> Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
>>>
Evento: migração de um servidor de torrents de um Datacenter na Holanda
pa
Em 13/07/2012, às 13:26, Marcelo Gondim escreveu:
> Em 13/07/2012 12:30, Patrick Tracanelli escreveu:
>> Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
>>
>>> Evento: migração de um servidor de torrents de um Datacenter na Holanda
>>> para um Datacenter na Rússia.
>>>
>>> Holanda:
>>> Equipa
Em 13/07/2012 12:37, Paulo Henrique BSD Brasil escreveu:
>
> Em 13/7/2012 12:30, Patrick Tracanelli escreveu:
>> Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
>>
>>> Evento: migração de um servidor de torrents de um Datacenter na Holanda
>>> para um Datacenter na Rússia.
>>>
>>> Holanda:
>>> Eq
Em 13/07/2012 12:30, Patrick Tracanelli escreveu:
> Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
>
>> Evento: migração de um servidor de torrents de um Datacenter na Holanda
>> para um Datacenter na Rússia.
>>
>> Holanda:
>> Equipamento: 2x4 Core Xeon L5410 2.33GHz 16Gb de ram 2 discos SAS de
Em 13/7/2012 12:30, Patrick Tracanelli escreveu:
>
> Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
>
>> Evento: migração de um servidor de torrents de um Datacenter na Holanda
>> para um Datacenter na Rússia.
>>
>> Holanda:
>> Equipamento: 2x4 Core Xeon L5410 2.33GHz 16Gb de ram 2 discos SAS
Em 13/07/2012, às 12:00, Marcelo Gondim escreveu:
> Evento: migração de um servidor de torrents de um Datacenter na Holanda
> para um Datacenter na Rússia.
>
> Holanda:
> Equipamento: 2x4 Core Xeon L5410 2.33GHz 16Gb de ram 2 discos SAS de 72Gb.
> SO: Debian 6.0 amd64
> Programas: Apache 2.2.16
Evento: migração de um servidor de torrents de um Datacenter na Holanda
para um Datacenter na Rússia.
Holanda:
Equipamento: 2x4 Core Xeon L5410 2.33GHz 16Gb de ram 2 discos SAS de 72Gb.
SO: Debian 6.0 amd64
Programas: Apache 2.2.16 + PHP 5.3 + MySQL 5.1 - mais conhecido como
LAMP rsrsrsr
Rússia
Em 13/07/2012 10:02, Celso Viana escreveu:
>> Não ficou não tá rodando sem ele normalmente. :D
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> Marcelo,
>
> Você disse que o load estava
> Não ficou não tá rodando sem ele normalmente. :D
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Marcelo,
Você disse que o load estava altíssimo no FreeBSD 9.0 usando um
determinado my.cnf
vale lembrar que essa variavel so afeta o myisam(pelo que entendi),
por isso que desde o comeco eu disse
que usar o innodb era melhor, eheh
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Achei interessante essa thread, por dois motivos.
1) Tivemos a oportunidade de ver e ajudar a solucionar um problema
que teoricamente é simples ( configuração ) , porém quando vivenciamos
na prática verifica-se de dificil solução, e com a ajuda de grandes nomes
da comunidade tivemos uma
Em 12/07/12 17:35, Eduardo Schoedler escreveu:
> Em 12 de julho de 2012 16:58, Marcelo Gondim escreveu:
>
>> Em 12/07/2012 16:18, Otavio Augusto escreveu:
>>> Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
>>> Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
>>>
Em 12/07/2012 17:35, Eduardo Schoedler escreveu:
> Em 12 de julho de 2012 16:58, Marcelo Gondim escreveu:
>
>> Em 12/07/2012 16:18, Otavio Augusto escreveu:
>>> Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
>>> Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
>
Em 12/07/2012 17:06, Marcus Vinicius. escreveu:
> Em 12 de julho de 2012 16:58, Marcelo Gondim escreveu:
>> Em 12/07/2012 16:18, Otavio Augusto escreveu:
>>> Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
>>> Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
>>>
Em 12 de julho de 2012 16:58, Marcelo Gondim escreveu:
> Em 12/07/2012 16:18, Otavio Augusto escreveu:
> > Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
> > Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
> > nehum tunning e rodando perfeito
>
> Agora vai fic
Em 12 de julho de 2012 16:58, Marcelo Gondim escreveu:
> Em 12/07/2012 16:18, Otavio Augusto escreveu:
>> Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
>> Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
>> nehum tunning e rodando perfeito
>
> Agora vai ficar
Em 12/07/2012 16:18, Otavio Augusto escreveu:
> Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
> Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
> nehum tunning e rodando perfeito
Agora vai ficar perfeito :) era a maldita da variável
read_rnd_buffer_size qu
Em 12/07/2012 16:10, Nilton Jose Rizzo escreveu:
> Em Wed, 11 Jul 2012 15:16:57 -0300, Marcelo Gondim escreveu
>> 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,
Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com
Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem
nehum tunning e rodando perfeito
Em 12 de julho de 2012 16:10, Nilton Jose Rizzo escreveu:
> Em Wed, 11 Jul 2012 15:16:57 -0300, Marcelo Gondim escreveu
>> Em 11/07
Em Wed, 11 Jul 2012 15:16:57 -0300, Marcelo Gondim escreveu
> 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 tun
Em 12/07/2012 13:16, Leonardo Augusto escreveu:
> Me deu vontade de fazer uma coisa agora.
> Pelo que vi no codigo do anounce.php a estrutura e bem simples e as
> transacoes do update tambem.
> Tenho um servidor em java com NIO qie nao usa threads para atender cada
> request, igual o select em C.
>
Me deu vontade de fazer uma coisa agora.
Pelo que vi no codigo do anounce.php a estrutura e bem simples e as
transacoes do update tambem.
Tenho um servidor em java com NIO qie nao usa threads para atender cada
request, igual o select em C.
Da pra montar essa estrutura na ram e atualizar direto na m
a nullck
> Powered By Linux
> LPIC 1| Novell CLA | ITILv3
> Linux For Servers
> Macintosh For Graphics
> Windows For Play Solitaire
>
>
>
> --- Em qui, 12/7/12, Paulo Olivier Cavalcanti
> escreveu:
>
> De: Paulo Olivier Cavalcanti
> Assunto: Re: [FUG-BR] Diferença abs
Em 12/07/2012 11:15, Marcelo da Silva escreveu:
> Bom dia pessoal...
>
> sou praticamente leigo neste assunto, mas to acompanhando atentamente
> a discussao, e nestes dias tambem estava mexendo com o um servidor
> mysql em um
> freebsd9, esta opcao read_rnd_buffer_size=8 é default no
> arquivo
Bom dia pessoal...
sou praticamente leigo neste assunto, mas to acompanhando atentamente
a discussao, e nestes dias tambem estava mexendo com o um servidor
mysql em um
freebsd9, esta opcao read_rnd_buffer_size=8 é default no
arquivo my-huge.cnf, no medium é 512 e no small 256
eu uso o my
Em 12/07/2012 10:57, William Grzybowski escreveu:
> 2012/7/12 Marcelo Gondim :
>> Em 12/07/2012 10:38, NullCk escreveu:
>>> Olá Marcelo,
>>>
>>> Agora estou curioso, porque você utiliza esse valor enorme para max
>>> connections ?
>>> sua aplicação exige isso ? o desenvolvedor pode passar a usar
2012/7/12 Marcelo Gondim :
> Em 12/07/2012 10:38, NullCk escreveu:
>> Olá Marcelo,
>>
>> Agora estou curioso, porque você utiliza esse valor enorme para max
>> connections ?
>> sua aplicação exige isso ? o desenvolvedor pode passar a usar pool de
>> conexões, tarefa simples para fazer no PHP.
>
t; LPIC 1| Novell CLA | ITILv3
> Linux For Servers
> Macintosh For Graphics
> Windows For Play Solitaire
>
>
>
> --- Em qui, 12/7/12, Marcelo Gondim escreveu:
>
> De: Marcelo Gondim
> Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
> [RESOLV
ivier Cavalcanti
> escreveu:
>
> De: Paulo Olivier Cavalcanti
> Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
> [RESOLVIDO]
> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
>
> Data: Quinta-feira, 12 de Julho de 201
Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em qui, 12/7/12, Marcelo Gondim escreveu:
De: Marcelo Gondim
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESOLVIDO]
Para: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)""
bom.
Thiago Dias aka nullck
Powered By Linux
LPIC 1| Novell CLA | ITILv3
Linux For Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em qui, 12/7/12, Paulo Olivier Cavalcanti
escreveu:
De: Paulo Olivier Cavalcanti
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o
Em 12/07/2012 10:01, Paulo Olivier Cavalcanti escreveu:
> Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim
> escreveu:
>
>> Achei o maldito. Interessante que na configuração original ele está em
>> K. Em algum momento eu devo ter colocado esse cara pra M pra tunar algo.
>> Esse cara aqui que des
Em 12/07/2012 09:21, Leonardo Augusto escreveu:
> bah pega a 12 e faz o cla-cla bum que nem eu disse,
>
> afee maria que coisa hein.
Pois é rsrsrs
> ainda bem que foi problema de BIOS (bixo idiota operando o sistema) k
Põe bios nisso fdp de um k que virou m ahahah
Em 12 de julho de 2012 01:40, Marcelo Gondim escreveu:
> 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
Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim
escreveu:
>>
> Achei o maldito. Interessante que na configuração original ele está em
> K. Em algum momento eu devo ter colocado esse cara pra M pra tunar algo.
> Esse cara aqui que descacetou tudo: read_rnd_buffer_size = 8M
> Quando adiciono e
Pegando carona na thread,
alguém já usando o mariadb ? alguma diferença ?
vale a pena "migrar" para a "dona" Maria ?
Pra quem não conhece:
[lgcosta@desktop] ~> cat /usr/ports/databases/mariadb-server/pkg-descr
MariaDB is a database server that offers drop-in replacement
functionality for
MySQL1
bah pega a 12 e faz o cla-cla bum que nem eu disse,
afee maria que coisa hein.
ainda bem que foi problema de BIOS (bixo idiota operando o sistema) k
bah marcelo, isso acontece, mas ajuda a pessoa a ter mais atencao nos
detalhes, daqui pra frente
tenho certeza que
Em 12 de julho de 2012 01:40, Marcelo Gondim escreveu:
> Achei o maldito. Interessante que na configuração original ele está em
> K. Em algum momento eu devo ter colocado esse cara pra M pra tunar algo.
> Esse cara aqui que descacetou tudo: read_rnd_buffer_size = 8M
> Quando adiciono ele tanto no
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
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
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/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 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: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 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 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/
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 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
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: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 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/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/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.,
>>>
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/
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
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
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 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
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
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
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: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
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 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
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
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: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: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/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: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: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 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 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: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/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/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
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 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 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 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/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
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 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
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
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
90 matches
Mail list logo
