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?
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 e
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 altíssimo no
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
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 + PHP
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 de 72Gb.
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 72Gb.
SO:
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:
Equipamento: 2x4 Core
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:
Equipamento: 2x4 Core
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
para um Datacenter
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 servidor de torrents
| Novell CLA | ITILv3
Linux For Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em sex, 13/7/12, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
De: Marcelo Gondim gon...@bsdinfo.com.br
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESUMO] [RESOLVIDA]
Para
Windows For Play Solitaire
--- Em sex, 13/7/12, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
De: Marcelo Gondim gon...@bsdinfo.com.br
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESUMO] [RESOLVIDA]
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG
Em 12 de julho de 2012 01:40, Marcelo Gondim gon...@bsdinfo.com.br 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
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
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.
Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim gon...@bsdinfo.com.br
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
Em 12 de julho de 2012 01:40, Marcelo Gondim gon...@bsdinfo.com.br 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
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
Em 12/07/2012 10:01, Paulo Olivier Cavalcanti escreveu:
Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim gon...@bsdinfo.com.br
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
] Diferença absurda do mysql no Linux para o do FreeBSD
[RESOLVIDO]
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Data: Quinta-feira, 12 de Julho de 2012, 10:01
Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Achei o maldito
For Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em qui, 12/7/12, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
De: Marcelo Gondim gon...@bsdinfo.com.br
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESOLVIDO]
Para: Lista Brasileira de Discussão sobre
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)
freebsd@fug.com.br
Data: Quinta-feira, 12 de Julho de 2012, 10:01
Em Thu, 12 Jul 2012 01:40:30 -0300, Marcelo Gondim gon...@bsdinfo.com.br
escreveu
For Servers
Macintosh For Graphics
Windows For Play Solitaire
--- Em qui, 12/7/12, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
De: Marcelo Gondim gon...@bsdinfo.com.br
Assunto: Re: [FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD
[RESOLVIDO]
Para: Lista Brasileira de Discussão
2012/7/12 Marcelo Gondim gon...@bsdinfo.com.br:
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
Em 12/07/2012 10:57, William Grzybowski escreveu:
2012/7/12 Marcelo Gondim gon...@bsdinfo.com.br:
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
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
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
...@bsdinfo.com.br
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)
freebsd@fug.com.br
Data: Quinta-feira, 12 de Julho de 2012, 10:46
Em 12/07/2012 10:34, NullCk escreveu:
Bom dia,
Esse parametro
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
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.
Da
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 gon...@bsdinfo.com.br
escreveu:
Será que sem querer descobri algo interessante? rsrsrsrsrs
Marcelo,
Estava dando uma olhada em como o
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 ri...@i805.com.br escreveu:
Em Wed, 11 Jul 2012 15:16:57 -0300, Marcelo Gondim
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 gon...@bsdinfo.com.br
escreveu:
Será que sem querer descobri algo interessante? rsrsrsrsrs
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 que
Em 12 de julho de 2012 16:58, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 12 de julho de 2012 16:58, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
Em 12/07/2012 17:06, Marcus Vinicius. escreveu:
Em 12 de julho de 2012 16:58, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 12/07/2012 17:35, Eduardo Schoedler escreveu:
Em 12 de julho de 2012 16:58, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
Em 12/07/12 17:35, Eduardo Schoedler escreveu:
Em 12 de julho de 2012 16:58, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
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
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
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
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 gon...@bsdinfo.com.br 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.
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
Em 11/07/2012 11:49, Edson Brandi escreveu:
Em 11 de julho de 2012 10:36, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 11 de julho de 2012 12:14, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
Em 11/07/2012 11:49, Edson Brandi escreveu:
Em 11 de julho de 2012 10:36, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Pessoal,
Peguei uma base mysql rodando no FreeBSD e setei o max_connection para
4000.
Em 11 de julho de 2012 12:14, Marcelo Gondim gon...@bsdinfo.com.br 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
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 kern
Em 11/07/2012 12:23, Ricardo Carlini Sperandio escreveu:
Em 11 de julho de 2012 12:14, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
Em 11/07/2012 11:49, Edson Brandi escreveu:
Em 11 de julho de 2012 10:36, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Pessoal,
Peguei uma base mysql
Em 11/07/2012 12:36, Edson Brandi escreveu:
Em 11 de julho de 2012 12:14, Marcelo Gondim gon...@bsdinfo.com.br 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
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 configs do
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 11 de julho de 2012 14:21, Edson Brandi ebra...@fugspbr.org escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br
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
Em 11 de julho de 2012 14:21, Edson Brandi ebra...@fugspbr.org escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 11/07/2012 14:21, Edson Brandi escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br 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:32, Eduardo Schoedler escreveu:
Em 11 de julho de 2012 14:21, Edson Brandi ebra...@fugspbr.org escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
os parâmetros abaixo
Em 11/07/2012 14:33, Edson Brandi escreveu:
Em 11 de julho de 2012 14:21, Edson Brandi ebra...@fugspbr.org escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Vc mencionou que a sua maquina tem 12 Gb de memoria, certo? Como estão
os parâmetros abaixo no seu
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 ebra...@fugspbr.org escreveu:
Em 11 de julho de 2012 14:06, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Vc mencionou que a sua maquina tem 12 Gb de memoria,
Em 11 de julho de 2012 14:33, Marcelo Gondim gon...@bsdinfo.com.br 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á
Em 11/07/2012 14:52, Edson Brandi escreveu:
Em 11 de julho de 2012 14:33, Marcelo Gondim gon...@bsdinfo.com.br 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/),
Em 11 de julho de 2012 15:16, Marcelo Gondim gon...@bsdinfo.com.br 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
Em 11/07/2012 15:38, Edson Brandi escreveu:
Em 11 de julho de 2012 15:16, Marcelo Gondim gon...@bsdinfo.com.br 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
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 gon...@bsdinfo.com.br 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
Em 11/07/2012 16:36, Edson Brandi escreveu:
Em 11 de julho de 2012 16:18, Marcelo Gondim gon...@bsdinfo.com.br 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,
2012/7/11 Marcelo Gondim gon...@bsdinfo.com.br:
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
2012/7/11 Luiz Otavio O Souza lists...@gmail.com
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
-
Em 11/07/2012 16:56, Luiz Otavio O Souza escreveu:
2012/7/11 Marcelo Gondim gon...@bsdinfo.com.br:
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
2012/7/11 Antônio Pessoa atnpes...@gmail.com:
2012/7/11 Luiz Otavio O Souza lists...@gmail.com
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 =)
#
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
-
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
Em 11/07/2012 17:18, Luiz Otavio O Souza escreveu:
2012/7/11 Antônio Pessoa atnpes...@gmail.com:
2012/7/11 Luiz Otavio O Souza lists...@gmail.com
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
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 gon...@bsdinfo.com.brescreveu:
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
Em 11 de julho de 2012 17:55, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
Em 11 de julho de 2012 18:05, Eduardo Schoedler lis...@esds.com.br 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
Em 11 de julho de 2012 18:16, Edson Brandi ebra...@fugspbr.org 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
Em 11 de julho de 2012 18:23, Eduardo Schoedler lis...@esds.com.br 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
2012/7/11 Marcelo Gondim gon...@bsdinfo.com.br:
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
Em 11 de julho de 2012 17:55, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
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 UTC 2012
Em 11/07/2012 18:16, Edson Brandi escreveu:
Em 11 de julho de 2012 18:05, Eduardo Schoedler lis...@esds.com.br 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á
Em 11/07/2012 18:23, Eduardo Schoedler escreveu:
Em 11 de julho de 2012 18:16, Edson Brandi ebra...@fugspbr.org 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
Em 11/07/2012 18:36, Edson Brandi escreveu:
Em 11 de julho de 2012 18:23, Eduardo Schoedler lis...@esds.com.br 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
Em 11/07/2012 21:39, Matheus Weber da Conceição escreveu:
Em 11 de julho de 2012 17:55, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
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:
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 , o
90 matches
Mail list logo