[FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Marcelo Gondim]

Em 11/07/2012 15:38, Edson Brandi escreveu:
> Em 11 de julho de 2012 15:16, Marcelo Gondim <gondim em 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 much RAM you have and what your clients are doing. Static Linux binaries provided by MySQL AB can support up to 4000 connections.
> Marcelo,
>
> Esses comportamentos exóticos são divertidos de se debugar rs ,
> infelizmente nem sempre é rápido ;)

rsrsr pois é, mas é legal descobrir esse tipo de coisa porque com 
certeza vai servir pra alguém algum dia. rsrsrs tipo no meu dia a dia 
nunca precisei usar valores de 1000 conexões na base. Aqui os sistemas 
são tranquilos. 1000 conexões concorrentes no mysql é muita coisa aqui 
pra gente. Mas no manicomio-share (site de torrents da gente) é 
diferente porque faz parte do tipo de acesso em sites de torrents 
fechados. Se fosse um site de torrent aberto não teríamos a necessidade 
de um announce mas também tudo que é muito liberal acaba perdendo a 
qualidade. :D

> Bom, pelo que vc nos disse até agora o hardware é exatamente o mesmo,
> rodando versões 64 bits do sistema operacional e do MySQL (mesmas
> versões?), ambos com as mesmas configurações na sessão [mysqld] do
> my.cnf. Correto?
Isso mesmo.

> O binário que você está usando no linux é pré compilado pela mySQL AB,
> ou foi compilado manualmente por você?

Quando preciso usar Linux eu uso o Debian, nesse caso instalei o pacote 
do mysql que vem na distro que é a versão 5.1.
Tentei no FreeBSD também com o MySQL 5.5 mas não adiantou, aconteceu a 
mesma coisa.

>
> Pode nos enviar a saida de um ldd no binário do mysqld em cada um dos
> seus 2 ambientes?
Sim lógico. :) o que precisarem pra gente tentar descobrir isso.

FreeBSD:

# ldd /usr/local/libexec/mysqld
/usr/local/libexec/mysqld:
         librt.so.1 => /usr/lib/librt.so.1 (0x280c4e000)
         libz.so.6 => /lib/libz.so.6 (0x280e53000)
         libwrap.so.6 => /usr/lib/libwrap.so.6 (0x28106f000)
         libcrypt.so.5 => /lib/libcrypt.so.5 (0x281278000)
         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28149d000)
         libm.so.5 => /lib/libm.so.5 (0x2817be000)
         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2819e1000)
         libthr.so.3 => /lib/libthr.so.3 (0x281bef000)
         libc.so.7 => /lib/libc.so.7 (0x281e13000)

Debian:

# ldd /usr/sbin/mysqld
         linux-vdso.so.1 =>  (0x00007fff451b1000)
         libpthread.so.0 => /lib/libpthread.so.0 (0x00007fc0e1698000)
         libz.so.1 => /usr/lib/libz.so.1 (0x00007fc0e1481000)
         libwrap.so.0 => /lib/libwrap.so.0 (0x00007fc0e1277000)
         libdl.so.2 => /lib/libdl.so.2 (0x00007fc0e1073000)
         libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fc0e0e3c000)
         libnsl.so.1 => /lib/libnsl.so.1 (0x00007fc0e0c23000)
         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc0e090f000)
         libm.so.6 => /lib/libm.so.6 (0x00007fc0e068d000)
         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fc0e0476000)
         libc.so.6 => /lib/libc.so.6 (0x00007fc0e0114000)
         /lib64/ld-linux-x86-64.so.2 (0x00007fc0e2476000)