ico com o pé atrás a respeito disto, fora o
>> custo.
>>
>> []s
>>
>>
>>
>> > -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 out
Lista Brasileira de 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
ista Brasileira de 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
>
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 escreveu:
> 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
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 ve
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
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 maquin
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 escreveu:
> Em 29/10/2011 08:52, Alessandro de Souza Rocha escreveu:
>> aqui no servidor base oracle, rodando or
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.
É tem
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 escreveu:
> De quantos
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
sc
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
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 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 10, se quer desempenho.
[]´s
2011/10/28 Marcelo Gond
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 naque
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 muito
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 le
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 gerand
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 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.
> N
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 p
20 matches
Mail list logo