-Original Message-
From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
On Behalf Of Alessandro de Souza Rocha
Sent: sábado, 29 de outubro de 2011 09:26
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Subject: Re: [FUG-BR] Importação de SQL muito mas muito
aqui no servidor base oracle, rodando oracle linux, a base de dados
era uns 20gb, demorou um dia para subir tudo quando fomos trocar o
servidor
que aqui e um dell 1900 xeom quad-core 3.0 10gb de ram hds sas 300gb 15000 rpm.
Em 28 de outubro de 2011 17:39, Leonardo Augusto lalin...@gmail.com
Em 29/10/2011 08:52, Alessandro de Souza Rocha escreveu:
aqui no servidor base oracle, rodando oracle linux, a base de dados
era uns 20gb, demorou um dia para subir tudo quando fomos trocar o
servidor
que aqui e um dell 1900 xeom quad-core 3.0 10gb de ram hds sas 300gb 15000
rpm.
É tempo
que bom. olha que aqui e supermercado a base cresce o tempo todo,
daqui a tres meses terei que trocar os disco colocar 04 hd sas 600gb.
Em 29 de outubro de 2011 08:58, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
Em 29/10/2011 08:52, Alessandro de Souza Rocha escreveu:
aqui no servidor base
Em 28/10/2011 17:39, Leonardo Augusto escreveu:
De quantos registros nesse insert voce esta falando ? pra demorar tanto ?
Tenho tabelas que faco dump e restore seguido na ordem dos 10 milhoes
de registros e vai
rapidinho.. O arquivo da tabela gira em torno de 4G só ele...
Mas a maquina é
Em 28/10/2011 14:46, Leonardo Augusto escreveu:
Vou se dar uma sugestao de amigo.
Nao existe servidor que o IO de disco fique bom sem um raid 10(por
exemplo) numa boa controladora dedicada a isso...
Se o teu problema for IO de disco.. pense em por uma controladora
descente e monte um raid
Em 29/10/2011 09:00, Alessandro de Souza Rocha escreveu:
que bom. olha que aqui e supermercado a base cresce o tempo todo,
daqui a tres meses terei que trocar os disco colocar 04 hd sas 600gb.
Opa Alessandro,
Com certeza o crescimento deve ser rápido e inevitável rsrsrsr Uma boa
opção de
Aqui eu nao posso colocar em producao hd ssds porque, questao custa
caro confio mais e hds sas normal.
Em 29 de outubro de 2011 09:20, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
Em 29/10/2011 09:00, Alessandro de Souza Rocha escreveu:
que bom. olha que aqui e supermercado a base cresce o
Discussão sobre FreeBSD (FUG-BR)
Subject: Re: [FUG-BR] Importação de SQL muito mas muito lento
Aqui eu nao posso colocar em producao hd ssds porque, questao custa caro
confio mais e hds sas normal.
Em 29 de outubro de 2011 09:20, Marcelo Gondim
gon...@bsdinfo.com.br escreveu:
Em 29/10/2011
)
Subject: Re: [FUG-BR] Importação de SQL muito mas muito lento
Aqui eu nao posso colocar em producao hd ssds porque, questao custa caro
confio mais e hds sas normal.
Em 29 de outubro de 2011 09:20, Marcelo Gondim
gon...@bsdinfo.com.br escreveu:
Em 29/10/2011 09:00, Alessandro de Souza
Olá pessoal,
Montei um sistema FreeBSD novo em um HD Sata II cujo teste de velocidade
deu uns 85MB/s usando o dd como testador. Até aqui tranquilo.
No servidor Linux eu fiz um mysqldump da base que levou um tempo
considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb.
Eis que
nao esquece que base de dados consome muita memoria ram nao basta ter hd rapido.
Em 28 de outubro de 2011 10:02, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
Olá pessoal,
Montei um sistema FreeBSD novo em um HD Sata II cujo teste de velocidade
deu uns 85MB/s usando o dd como testador. Até
Marcelo Gondim escreveu:
Olá pessoal,
Montei um sistema FreeBSD novo em um HD Sata II cujo teste de velocidade
deu uns 85MB/s usando o dd como testador. Até aqui tranquilo.
No servidor Linux eu fiz um mysqldump da base que levou um tempo
considerável de uns 20 minutos por aí me gerando um
Em 28/10/2011 10:52, Welkson Renny de Medeiros escreveu:
Marcelo Gondim escreveu:
Olá pessoal,
Montei um sistema FreeBSD novo em um HD Sata II cujo teste de velocidade
deu uns 85MB/s usando o dd como testador. Até aqui tranquilo.
No servidor Linux eu fiz um mysqldump da base que levou um
Esta fazendo insert em myisam ou innodb ?
Innodb precisa ser configurado corretamente, ele so funciona bem com muita ram.
Uma dica, é a de configurar o innodb para gerar um arquivo para cada
tabela, e com isso nao socar tudo naquele mega file ibdata
Quanda vc tem mega tabelas, facilita em
Em 28/10/2011 11:48, Leonardo Augusto escreveu:
Esta fazendo insert em myisam ou innodb ?
Em myisam
Innodb precisa ser configurado corretamente, ele so funciona bem com muita
ram.
Uma dica, é a de configurar o innodb para gerar um arquivo para cada
tabela, e com isso nao socar tudo naquele
Vou se dar uma sugestao de amigo.
Nao existe servidor que o IO de disco fique bom sem um raid 10(por
exemplo) numa boa controladora dedicada a isso...
Se o teu problema for IO de disco.. pense em por uma controladora
descente e monte um raid 10, se quer desempenho.
[]´s
2011/10/28 Marcelo
Leonardo,
I/O não se limita a hardware, se o sistema ou o driver da controladora
possuir alguma problema ou limitação isso se reflete na performace do
hardware.
Creio que no caso do companheiro pode ser problema de configuração do
sistema.
Att.
Em 28/10/2011 14:46, Leonardo Augusto
Em 28/10/2011 15:05, Paulo Henrique BSD Brasil escreveu:
Leonardo,
I/O não se limita a hardware, se o sistema ou o driver da controladora
possuir alguma problema ou limitação isso se reflete na performace do
hardware.
Creio que no caso do companheiro pode ser problema de configuração do
De quantos registros nesse insert voce esta falando ? pra demorar tanto ?
Tenho tabelas que faco dump e restore seguido na ordem dos 10 milhoes
de registros e vai
rapidinho.. O arquivo da tabela gira em torno de 4G só ele...
Mas a maquina é dual quad core, barramento 1000mhz 8Gecc raid 5 ultra
20 matches
Mail list logo