[FUG-BR] Importação de SQL muito mas muito lento
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 peguei esse sql e fui importar no MySQL do FreeBSD que montei, coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas que está importando e ainda não acabou. Coloquei até um time na frente do comando para que quando acordasse pudesse ver o tempo que levou mas acordei e ainda está fazendo. Tirando a possibilidade do hd estar com problemas porque havia feito uns testes e não tinha encontrado nada, alguém faz idéia do que pode estar causando essa lentidão absurda? :( Instalei o mytop para ver o que ocorria e tá lá a instrução: MySQL on localhost (5.0.92-log) up 0+05:05:26 [09:59:23] Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): 00/86/00/01 qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) 00/00/00/00 Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k Master: mysql-bin.04/130386302 do: ign: 4 root localhostamavisd 0 Query INSERT INTO `msgs` VALUES (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 9 root localhostamavisd 0 Query show full processlist 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd 8 Query INSERT INTO `msgs` VALUES (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd29 Query INSERT INTO `msgs` VALUES (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd14 Query INSERT INTO `msgs` VALUES (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top vejo que ele está apenas com 0.00%: 2092 mysql 12 440 489M 119M ucond 0 18:47 0.05% mysqld 2134 root 1 440 19900K 4708K sbwait 1 0:21 0.00% mysql No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não entendo porque não acabou de importar ainda. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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. > 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 peguei esse sql e fui importar no MySQL do FreeBSD que montei, > coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas > que está importando e ainda não acabou. > Coloquei até um time na frente do comando para que quando acordasse > pudesse ver o tempo que levou mas acordei e ainda está fazendo. > > Tirando a possibilidade do hd estar com problemas porque havia feito uns > testes e não tinha encontrado nada, alguém faz idéia do que pode estar > causando essa lentidão absurda? :( > > Instalei o mytop para ver o que ocorria e tá lá a instrução: > > MySQL on localhost > (5.0.92-log) > up 0+05:05:26 [09:59:23] > Queries: 1.3k qps: 0 Slow: 758.0 Se/In/Up/De(%): > 00/86/00/01 > qps now: 1 Slow qps: 0.0 Threads: 2 ( 2/ 1) > 00/00/00/00 > Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k > Master: mysql-bin.04/130386302 do: ign: > > 4 root localhost amavisd 0 Query INSERT > INTO `msgs` VALUES > (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 > 9 root localhost amavisd 0 Query show > full processlist > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 8 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 29 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 14 Query INSERT > INTO `msgs` VALUES > (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 > > Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top > vejo que ele está apenas com 0.00%: > > 2092 mysql 12 44 0 489M 119M ucond 0 18:47 0.05% mysqld > 2134 root 1 44 0 19900K 4708K sbwait 1 0:21 0.00% mysql > > No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não > entendo porque não acabou de importar ainda. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 arquivo SQL de 1.6Gb. > Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, > coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas > que está importando e ainda não acabou. > Coloquei até um time na frente do comando para que quando acordasse > pudesse ver o tempo que levou mas acordei e ainda está fazendo. > > Tirando a possibilidade do hd estar com problemas porque havia feito uns > testes e não tinha encontrado nada, alguém faz idéia do que pode estar > causando essa lentidão absurda? :( > > Instalei o mytop para ver o que ocorria e tá lá a instrução: > > MySQL on localhost > (5.0.92-log) > > up 0+05:05:26 [09:59:23] > Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): > 00/86/00/01 > qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) > 00/00/00/00 > Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k > Master: mysql-bin.04/130386302 do: ign: > > 4 root localhostamavisd 0 Query INSERT > INTO `msgs` VALUES > (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 > 9 root localhostamavisd 0 Query show > full processlist > > 9 root localhostamavisd 0 Query show > full processlist > 4 root localhostamavisd 8 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhostamavisd 0 Query show > full processlist > 4 root localhostamavisd29 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhostamavisd 0 Query show > full processlist > 4 root localhostamavisd14 Query INSERT > INTO `msgs` VALUES > (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 > > Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top > vejo que ele está apenas com 0.00%: > > 2092 mysql 12 440 489M 119M ucond 0 18:47 0.05% mysqld > 2134 root 1 440 19900K 4708K sbwait 1 0:21 0.00% mysql > > No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não > entendo porque não acabou de importar ainda Uma boa prática na inserção de grandes quantidades de dados é antes remover os índices. Quando concluir a inserção, recria. Isso melhora o muito o desempenho. Índice é bom para consulta, para inserção deixa o processo bem mais lento. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 tempo >> considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. >> Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, >> coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas >> que está importando e ainda não acabou. >> Coloquei até um time na frente do comando para que quando acordasse >> pudesse ver o tempo que levou mas acordei e ainda está fazendo. >> >> Tirando a possibilidade do hd estar com problemas porque havia feito uns >> testes e não tinha encontrado nada, alguém faz idéia do que pode estar >> causando essa lentidão absurda? :( >> >> Instalei o mytop para ver o que ocorria e tá lá a instrução: >> >> MySQL on localhost >> (5.0.92-log) >> up 0+05:05:26 [09:59:23] >>Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): >> 00/86/00/01 >>qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) >> 00/00/00/00 >>Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k >>Master: mysql-bin.04/130386302 do: ign: >> >> 4 root localhostamavisd 0 Query INSERT >> INTO `msgs` VALUES >> (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 >> 9 root localhostamavisd 0 Query show >> full processlist >> >> 9 root localhostamavisd 0 Query show >> full processlist >> 4 root localhostamavisd 8 Query INSERT >> INTO `msgs` VALUES >> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >> >> 9 root localhostamavisd 0 Query show >> full processlist >> 4 root localhostamavisd29 Query INSERT >> INTO `msgs` VALUES >> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >> >> 9 root localhostamavisd 0 Query show >> full processlist >> 4 root localhostamavisd14 Query INSERT >> INTO `msgs` VALUES >> (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 >> >> Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top >> vejo que ele está apenas com 0.00%: >> >>2092 mysql 12 440 489M 119M ucond 0 18:47 0.05% mysqld >>2134 root 1 440 19900K 4708K sbwait 1 0:21 0.00% mysql >> >> No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não >> entendo porque não acabou de importar ainda > Uma boa prática na inserção de grandes quantidades de dados é antes > remover os índices. > Quando concluir a inserção, recria. > > Isso melhora o muito o desempenho. > > Índice é bom para consulta, para inserção deixa o processo bem mais lento. > Tranquilo :) vou esperar agora que já tá fazendo mesmo rsrsrsrsrs mas pode ser isso mesmo. Valeu pela luz pessoal. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 a manutencao, principalmente a liberacao de espaco fisico, ja que o ibdata nao regride o tamanho.. E quanda é um file per table, vc da um drop table e libera o espaco fisico.. http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html Voce tunou o kernel do seu bsd ? Ou é o generic ? O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? 2011/10/28 Marcelo Gondim : > 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 tempo >>> considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. >>> Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, >>> coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas >>> que está importando e ainda não acabou. >>> Coloquei até um time na frente do comando para que quando acordasse >>> pudesse ver o tempo que levou mas acordei e ainda está fazendo. >>> >>> Tirando a possibilidade do hd estar com problemas porque havia feito uns >>> testes e não tinha encontrado nada, alguém faz idéia do que pode estar >>> causando essa lentidão absurda? :( >>> >>> Instalei o mytop para ver o que ocorria e tá lá a instrução: >>> >>> MySQL on localhost >>> (5.0.92-log) >>> up 0+05:05:26 [09:59:23] >>> Queries: 1.3k qps: 0 Slow: 758.0 Se/In/Up/De(%): >>> 00/86/00/01 >>> qps now: 1 Slow qps: 0.0 Threads: 2 ( 2/ 1) >>> 00/00/00/00 >>> Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k >>> Master: mysql-bin.04/130386302 do: ign: >>> >>> 4 root localhost amavisd 0 Query INSERT >>> INTO `msgs` VALUES >>> (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 >>> 9 root localhost amavisd 0 Query show >>> full processlist >>> >>> 9 root localhost amavisd 0 Query show >>> full processlist >>> 4 root localhost amavisd 8 Query INSERT >>> INTO `msgs` VALUES >>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>> >>> 9 root localhost amavisd 0 Query show >>> full processlist >>> 4 root localhost amavisd 29 Query INSERT >>> INTO `msgs` VALUES >>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>> >>> 9 root localhost amavisd 0 Query show >>> full processlist >>> 4 root localhost amavisd 14 Query INSERT >>> INTO `msgs` VALUES >>> (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 >>> >>> Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top >>> vejo que ele está apenas com 0.00%: >>> >>> 2092 mysql 12 44 0 489M 119M ucond 0 18:47 0.05% mysqld >>> 2134 root 1 44 0 19900K 4708K sbwait 1 0:21 0.00% mysql >>> >>> No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não >>> entendo porque não acabou de importar ainda >> Uma boa prática na inserção de grandes quantidades de dados é antes >> remover os índices. >> Quando concluir a inserção, recria. >> >> Isso melhora o muito o desempenho. >> >> Índice é bom para consulta, para inserção deixa o processo bem mais lento. >> > Tranquilo :) vou esperar agora que já tá fazendo mesmo rsrsrsrsrs mas > pode ser isso mesmo. > > Valeu pela luz pessoal. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 mega file ibdata > Quanda vc tem mega tabelas, facilita em muito a manutencao, > principalmente a liberacao de espaco fisico, ja que o ibdata nao > regride o tamanho.. > E quanda é um file per table, vc da um drop table e libera o espaco fisico.. > > http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html > > Voce tunou o kernel do seu bsd ? Ou é o generic ? Kernel tá tunado. > > O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de ram. Só to usando essa máquina para baixar o backup para o sistema novo mesmo. Tudo indica que são os índices mesmos e anotei o lance do innodb com múltiplas table spaces. :) > > > 2011/10/28 Marcelo Gondim: >> 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 tempo considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas que está importando e ainda não acabou. Coloquei até um time na frente do comando para que quando acordasse pudesse ver o tempo que levou mas acordei e ainda está fazendo. Tirando a possibilidade do hd estar com problemas porque havia feito uns testes e não tinha encontrado nada, alguém faz idéia do que pode estar causando essa lentidão absurda? :( Instalei o mytop para ver o que ocorria e tá lá a instrução: MySQL on localhost (5.0.92-log) up 0+05:05:26 [09:59:23] Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): 00/86/00/01 qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) 00/00/00/00 Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k Master: mysql-bin.04/130386302 do: ign: 4 root localhostamavisd 0 Query INSERT INTO `msgs` VALUES (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 9 root localhostamavisd 0 Query show full processlist 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd 8 Query INSERT INTO `msgs` VALUES (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd29 Query INSERT INTO `msgs` VALUES (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 9 root localhostamavisd 0 Query show full processlist 4 root localhostamavisd14 Query INSERT INTO `msgs` VALUES (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top vejo que ele está apenas com 0.00%: 2092 mysql 12 440 489M 119M ucond 0 18:47 0.05% mysqld 2134 root 1 440 19900K 4708K sbwait 1 0:21 0.00% mysql No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não entendo porque não acabou de importar ainda >>> Uma boa prática na inserção de grandes quantidades de dados é antes >>> remover os índices. >>> Quando concluir a inserção, recria. >>> >>> Isso melhora o muito o desempenho. >>> >>> Índice é bom para consulta, para inserção deixa o processo bem mais lento. >>> >> Tranquilo :) vou esperar agora que já tá fazendo mesmo rsrsrsrsrs mas >> pode ser isso mesmo. >> >> Valeu pela luz pessoal. >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 Gondim : > 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 mega file ibdata >> Quanda vc tem mega tabelas, facilita em muito a manutencao, >> principalmente a liberacao de espaco fisico, ja que o ibdata nao >> regride o tamanho.. >> E quanda é um file per table, vc da um drop table e libera o espaco fisico.. >> >> http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html >> >> Voce tunou o kernel do seu bsd ? Ou é o generic ? > Kernel tá tunado. > >> >> O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? > > soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo > :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de > ram. Só to usando essa máquina para baixar o backup para o sistema novo > mesmo. > Tudo indica que são os índices mesmos e anotei o lance do innodb com > múltiplas table spaces. :) > >> >> >> 2011/10/28 Marcelo Gondim: >>> 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 tempo > considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. > Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, > coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas > que está importando e ainda não acabou. > Coloquei até um time na frente do comando para que quando acordasse > pudesse ver o tempo que levou mas acordei e ainda está fazendo. > > Tirando a possibilidade do hd estar com problemas porque havia feito uns > testes e não tinha encontrado nada, alguém faz idéia do que pode estar > causando essa lentidão absurda? :( > > Instalei o mytop para ver o que ocorria e tá lá a instrução: > > MySQL on localhost > (5.0.92-log) > up 0+05:05:26 [09:59:23] > Queries: 1.3k qps: 0 Slow: 758.0 Se/In/Up/De(%): > 00/86/00/01 > qps now: 1 Slow qps: 0.0 Threads: 2 ( 2/ 1) > 00/00/00/00 > Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: > 21.0/202.8k > Master: mysql-bin.04/130386302 do: ign: > > 4 root localhost amavisd 0 Query INSERT > INTO `msgs` VALUES > (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 > 9 root localhost amavisd 0 Query show > full processlist > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 8 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 29 Query INSERT > INTO `msgs` VALUES > (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 > > 9 root localhost amavisd 0 Query show > full processlist > 4 root localhost amavisd 14 Query INSERT > INTO `msgs` VALUES > (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 > > Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top > vejo que ele está apenas com 0.00%: > > 2092 mysql 12 44 0 489M 119M ucond 0 18:47 0.05% > mysqld > 2134 root 1 44 0 19900K 4708K sbwait 1 0:21 0.00% > mysql > > No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não > entendo porque não acabou de importar ainda Uma boa prática na inserção de grandes quantidades de dados é antes remover os índices. Quando concluir a inserção, recria. Isso melhora o muito o desempenho. Índice é bom para consulta, para inserção deixa o processo bem mais lento. >>> Tranquilo :) vou esperar agora que já tá fazendo mesmo rsrsrsrsrs mas >>> pode ser isso mesmo. >>> >>> Valeu pela luz pessoal. >>> - >>> Histórico: ht
[FUG-BR] freebsd em maquina virtual acessar aquivos
prezados amigos preciso acessar os dados de uma maquina virtual que esta numa vm em um servidor xenserver 5.6 , como posso fazer tal procedimento att diogo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 Gondim: >> 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 mega file ibdata >>> Quanda vc tem mega tabelas, facilita em muito a manutencao, >>> principalmente a liberacao de espaco fisico, ja que o ibdata nao >>> regride o tamanho.. >>> E quanda é um file per table, vc da um drop table e libera o espaco fisico.. >>> >>> http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html >>> >>> Voce tunou o kernel do seu bsd ? Ou é o generic ? >> Kernel tá tunado. >> >>> O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? >> soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo >> :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de >> ram. Só to usando essa máquina para baixar o backup para o sistema novo >> mesmo. >> Tudo indica que são os índices mesmos e anotei o lance do innodb com >> múltiplas table spaces. :) >> >>> >>> 2011/10/28 Marcelo Gondim: 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 tempo >> considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. >> Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, >> coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas >> que está importando e ainda não acabou. >> Coloquei até um time na frente do comando para que quando acordasse >> pudesse ver o tempo que levou mas acordei e ainda está fazendo. >> >> Tirando a possibilidade do hd estar com problemas porque havia feito uns >> testes e não tinha encontrado nada, alguém faz idéia do que pode estar >> causando essa lentidão absurda? :( >> >> Instalei o mytop para ver o que ocorria e tá lá a instrução: >> >> MySQL on localhost >> (5.0.92-log) >> up 0+05:05:26 [09:59:23] >> Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): >> 00/86/00/01 >> qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) >> 00/00/00/00 >> Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: >> 21.0/202.8k >> Master: mysql-bin.04/130386302 do: ign: >> >>4 root localhostamavisd 0 Query INSERT >> INTO `msgs` VALUES >> (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 >>9 root localhostamavisd 0 Query show >> full processlist >> >>9 root localhostamavisd 0 Query show >> full processlist >>4 root localhostamavisd 8 Query INSERT >> INTO `msgs` VALUES >> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >> >>9 root localhostamavisd 0 Query show >> full processlist >>4 root localhostamavisd29 Query INSERT >> INTO `msgs` VALUES >> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >> >>9 root localhostamavisd 0 Query show >> full processlist >>4 root localhostamavisd14 Query INSERT >> INTO `msgs` VALUES >> (0,'XmRZtbsqKoWA','Fy5S22U8sVHv','27252-03-28',1302225807,'20110408T012327Z',12 >> >> Pensei: nossa o mysql deve estar consumindo uns 200% de CPU e aí no top >> vejo que ele está apenas com 0.00%: >> >> 2092 mysql 12 440 489M 119M ucond 0 18:47 0.05% >> mysqld >> 2134 root 1 440 19900K 4708K sbwait 1 0:21 0.00% >> mysql >> >> No dmesg não acusa nenhuma mensagem e nem no messages. Realmente não >> entendo porque não acabou de importar ainda > Uma boa prática na inserção de gr
Re: [FUG-BR] freebsd em maquina virtual acessar aquivos
Não pode ser via rede ? (ssh/ftp/sftp) ? Em 28 de outubro de 2011 15:04, Diogo Rodrigo escreveu: > prezados amigos preciso acessar os dados de uma maquina virtual que > esta numa vm em um servidor xenserver 5.6 , como posso fazer tal > procedimento > > > att diogo > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org - BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] freebsd em maquina virtual acessar aquivos
Altere a Interface para Bridge. abs Em 28 de outubro de 2011 15:06, Luiz Gustavo S. Costa < luizgust...@luizgustavo.pro.br> escreveu: > Não pode ser via rede ? (ssh/ftp/sftp) ? > > Em 28 de outubro de 2011 15:04, Diogo Rodrigo > escreveu: > > prezados amigos preciso acessar os dados de uma maquina virtual que > > esta numa vm em um servidor xenserver 5.6 , como posso fazer tal > > procedimento > > > > > > att diogo > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > /\ Luiz Gustavo S. Costa > / \Programmer at BSD Perimeter > /\ /\/\/\Visit the pfSense Project > / \\ \ http://www.pfsense.org > - > BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) > Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org > Blog: http://www.luizgustavo.pro.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 > sistema. Opa Paulo, Pois é o problema aqui foi só com essa base de dados mesmo, as outras foram bem rápidas. E tipo no acesso está normal, só tive esse problema mesmo na importação da sql. :) O I/O do servidor não é alto, é um servidor de correio sem tráfego alto, não passa de 1.5Mbps ;) Outra coisa é que usei uma máquina muito fraca pra puxar esse backup. Pouco processamento e pouca memória. > > 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 Gondim: >>> 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 mega file ibdata Quanda vc tem mega tabelas, facilita em muito a manutencao, principalmente a liberacao de espaco fisico, ja que o ibdata nao regride o tamanho.. E quanda é um file per table, vc da um drop table e libera o espaco fisico.. http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html Voce tunou o kernel do seu bsd ? Ou é o generic ? >>> Kernel tá tunado. >>> O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? >>> soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo >>> :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de >>> ram. Só to usando essa máquina para baixar o backup para o sistema novo >>> mesmo. >>> Tudo indica que são os índices mesmos e anotei o lance do innodb com >>> múltiplas table spaces. :) >>> 2011/10/28 Marcelo Gondim: > 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 tempo >>> considerável de uns 20 minutos por aí me gerando um arquivo SQL de >>> 1.6Gb. >>> Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, >>> coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas >>> que está importando e ainda não acabou. >>> Coloquei até um time na frente do comando para que quando acordasse >>> pudesse ver o tempo que levou mas acordei e ainda está fazendo. >>> >>> Tirando a possibilidade do hd estar com problemas porque havia feito uns >>> testes e não tinha encontrado nada, alguém faz idéia do que pode estar >>> causando essa lentidão absurda? :( >>> >>> Instalei o mytop para ver o que ocorria e tá lá a instrução: >>> >>> MySQL on localhost >>> (5.0.92-log) >>> up 0+05:05:26 [09:59:23] >>> Queries: 1.3k qps:0 Slow: 758.0 Se/In/Up/De(%): >>> 00/86/00/01 >>> qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) >>> 00/00/00/00 >>> Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: >>> 21.0/202.8k >>> Master: mysql-bin.04/130386302 do: ign: >>> >>> 4 root localhostamavisd 0 Query >>> INSERT >>> INTO `msgs` VALUES >>> (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 >>> 9 root localhostamavisd 0 Query show >>> full processlist >>> >>> 9 root localhostamavisd 0 Query show >>> full processlist >>> 4 root localhostamavisd 8 Query >>> INSERT >>> INTO `msgs` VALUES >>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>> >>> 9 root localhostamavisd 0 Query show >>> full processlist >>> 4 root localhostamavisd29 Query >>> INSERT >>> INTO `msgs` VALUES >>> (0,'Xhh-6D2A2Km3','uZFrbYygiyc3','15174-04',1313098381,'20110811T213301Z',16434 >>> >>> 9 root localhostamavisd 0 Query show >>> full processlist >>> 4 root localhostamavisd14 Query >
Re: [FUG-BR] Importação de SQL muito mas muito lento
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 scsi 256 de cache. Bsd 7.2, o desempenho do mysql com innodb é muito bom. Existem 4 indices e apenas um é sobre um varchar 255, os demais sao sobre uint. Para levar horas... vc deve ter bilhoes entao... e passar dos 20G de dados, com indices complexos... Creio eu... se vc tem fulltext index acredito que possa pesar tambem... []´s 2011/10/28 Marcelo Gondim : > 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 >> sistema. > > Opa Paulo, > > Pois é o problema aqui foi só com essa base de dados mesmo, as outras > foram bem rápidas. E tipo no acesso está normal, só tive esse problema > mesmo na importação da sql. :) > O I/O do servidor não é alto, é um servidor de correio sem tráfego alto, > não passa de 1.5Mbps ;) > Outra coisa é que usei uma máquina muito fraca pra puxar esse backup. > Pouco processamento e pouca memória. > >> >> 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 Gondim: 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 mega file ibdata > Quanda vc tem mega tabelas, facilita em muito a manutencao, > principalmente a liberacao de espaco fisico, ja que o ibdata nao > regride o tamanho.. > E quanda é um file per table, vc da um drop table e libera o espaco > fisico.. > > http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html > > Voce tunou o kernel do seu bsd ? Ou é o generic ? Kernel tá tunado. > O fs esta como ? soft_updates ? Quanto tem de ram na maquina ? soft_updates. quanto à ram a máquina que está com o hd só tem 2Gb mesmo :( mas esse hd irá para a máquina definitiva que é um quad com 8Gb de ram. Só to usando essa máquina para baixar o backup para o sistema novo mesmo. Tudo indica que são os índices mesmos e anotei o lance do innodb com múltiplas table spaces. :) > 2011/10/28 Marcelo Gondim: >> 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 tempo considerável de uns 20 minutos por aí me gerando um arquivo SQL de 1.6Gb. Eis que peguei esse sql e fui importar no MySQL do FreeBSD que montei, coisa que até agora fazia normalmente sendo que dessa vez já tem 4 horas que está importando e ainda não acabou. Coloquei até um time na frente do comando para que quando acordasse pudesse ver o tempo que levou mas acordei e ainda está fazendo. Tirando a possibilidade do hd estar com problemas porque havia feito uns testes e não tinha encontrado nada, alguém faz idéia do que pode estar causando essa lentidão absurda? :( Instalei o mytop para ver o que ocorria e tá lá a instrução: MySQL on localhost (5.0.92-log) up 0+05:05:26 [09:59:23] Queries: 1.3k qps: 0 Slow: 758.0 Se/In/Up/De(%): 00/86/00/01 qps now: 1 Slow qps: 0.0 Threads: 2 ( 2/ 1) 00/00/00/00 Key Efficiency: 89.0% Bps in/out: 64.2k/ 1.3k Now in/out: 21.0/202.8k Master: mysql-bin.04/130386302 do: ign: 4 root localhost amavisd 0 Query INSERT INTO `msgs` VALUES (0,'Xd-lNqGsr21c','OAKrnkFF6DbX','03004-03-238',1302211535,'20110407T212535Z',1 9 root localhost amavisd 0 Query show full processlist
[FUG-BR] Freebsd - uptime - quem tem maior ?
eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( 7.1-STABLE FreeBSD ) 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 Transerencia media mensal de 30G só de paginas web... Estaria maior o uptime se eu nao tivesse que ter dado reboot quando atualizaei do 6.1 pro 7.1 Acho que ja estaria em mais de 1500 dias sem reboot. ô "cosa" linda... :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
"caraio!" O máximo que consegui foram 500 e poucos dias e depois faltou luz por 8 horas e zerou tudo. att João Mancy Em 28 de outubro de 2011 17:42, Leonardo Augusto escreveu: > eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( > 7.1-STABLE FreeBSD ) > > 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 > > Transerencia media mensal de 30G só de paginas web... > > Estaria maior o uptime se eu nao tivesse que ter dado reboot quando > atualizaei do 6.1 pro 7.1 > > Acho que ja estaria em mais de 1500 dias sem reboot. > > ô "cosa" linda... :) > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
Felizmente as praticas de segurança não me permite, mais adoraria ter algo desse porte sobre minha tutela !!! Vendo agora no netcraft, [1] o BSD está surgindo somente na posição 15, onde até mes trasado ( ultima vez que vi ) tinham 4 entre os 10, sendo 1,3,7 e 10 pelo que me recordo. Abraços, Em 28/10/2011 17:42, Leonardo Augusto escreveu: > eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( > 7.1-STABLE FreeBSD ) > > 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 > > Transerencia media mensal de 30G só de paginas web... > > Estaria maior o uptime se eu nao tivesse que ter dado reboot quando > atualizaei do 6.1 pro 7.1 > > Acho que ja estaria em mais de 1500 dias sem reboot. > > ô "cosa" linda... :) > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
A netcraft costuma fazer um levantamento disso no mundo. Teve uma época em que FreeBSDs brilhavam na maioria dos 50 primeiro lugares, hoje vi que está cheio de Microsoft. Pelo menos tem um linux lá no topo... http://uptime.netcraft.com/up/today/top.avg.html Abs, Carlos E G Carvalho (Cartola) http://cartola.org/360 Em 28 de outubro de 2011 17:49, João Mancy escreveu: > "caraio!" > > O máximo que consegui foram 500 e poucos dias e depois faltou luz por 8 > horas e zerou tudo. > > att > João Mancy > > Em 28 de outubro de 2011 17:42, Leonardo Augusto >escreveu: > > > eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( > > 7.1-STABLE FreeBSD ) > > > > 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 > > > > Transerencia media mensal de 30G só de paginas web... > > > > Estaria maior o uptime se eu nao tivesse que ter dado reboot quando > > atualizaei do 6.1 pro 7.1 > > > > Acho que ja estaria em mais de 1500 dias sem reboot. > > > > ô "cosa" linda... :) > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > João Luis Mancy dos Santos > joaocep at gmail.com(msn too) > http://joaocep.blogspot.com > http://www.istf.com.br/perguntas/ > http://www.fug.com.br/content/view/20/69/ > uin 82889044 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
Lembro de ter lido que o método que a NetCraft verifica é com base no HZ do sistema junto ao TCP, e no caso quando a variável HZ é muito alta ( quase todos os BSDs são configurados para HZ=1000 ou até mesmo HZ=4000 ) esse método não é efetivo. É uma pena mais lembro que um dos camaradas aqui da FUG disse que com os passar dos tempos apenas windows ficará visivel pois o HZ dele é abaixo de 128, pois até mesmo linux em um futuro próximo seria atingido sobre esse ineficiência de medição por parte da NetCraft. Att. Em 28/10/2011 17:55, Carlos Eduardo G. Carvalho (Cartola) escreveu: > A netcraft costuma fazer um levantamento disso no mundo. Teve uma época em > que FreeBSDs brilhavam na maioria dos 50 primeiro lugares, hoje vi que está > cheio de Microsoft. Pelo menos tem um linux lá no topo... > > http://uptime.netcraft.com/up/today/top.avg.html > > Abs, > > Carlos E G Carvalho (Cartola) > http://cartola.org/360 > > > > Em 28 de outubro de 2011 17:49, João Mancy escreveu: > >> "caraio!" >> >> O máximo que consegui foram 500 e poucos dias e depois faltou luz por 8 >> horas e zerou tudo. >> >> att >> João Mancy >> >> Em 28 de outubro de 2011 17:42, Leonardo Augusto>> escreveu: >>> eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( >>> 7.1-STABLE FreeBSD ) >>> >>> 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 >>> >>> Transerencia media mensal de 30G só de paginas web... >>> >>> Estaria maior o uptime se eu nao tivesse que ter dado reboot quando >>> atualizaei do 6.1 pro 7.1 >>> >>> Acho que ja estaria em mais de 1500 dias sem reboot. >>> >>> ô "cosa" linda... :) >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> -- >> João Luis Mancy dos Santos >> joaocep at gmail.com(msn too) >> http://joaocep.blogspot.com >> http://www.istf.com.br/perguntas/ >> http://www.fug.com.br/content/view/20/69/ >> uin 82889044 >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
É, eu costumava ver FreeBSDs com mais de mil dias por lá... no FAQ eles listam uma penca de sistemas que não fornecem o que eles precisam para determinar o uptime e são tidos como "rebootados" depois de 497 dias por que zera uma tal variável lá. http://uptime.netcraft.com/up/accuracy.html Carlos E G Carvalho (Cartola) http://cartola.org/360 Em 28 de outubro de 2011 17:59, Paulo Henrique BSD Brasil < paulo.rd...@bsd.com.br> escreveu: > Lembro de ter lido que o método que a NetCraft verifica é com base no HZ > do sistema junto ao TCP, e no caso quando a variável HZ é muito alta ( > quase todos os BSDs são configurados para HZ=1000 ou até mesmo HZ=4000 ) > esse método não é efetivo. > > É uma pena mais lembro que um dos camaradas aqui da FUG disse que com os > passar dos tempos apenas windows ficará visivel pois o HZ dele é abaixo > de 128, pois até mesmo linux em um futuro próximo seria atingido sobre > esse ineficiência de medição por parte da NetCraft. > > Att. > > Em 28/10/2011 17:55, Carlos Eduardo G. Carvalho (Cartola) escreveu: > > A netcraft costuma fazer um levantamento disso no mundo. Teve uma época > em > > que FreeBSDs brilhavam na maioria dos 50 primeiro lugares, hoje vi que > está > > cheio de Microsoft. Pelo menos tem um linux lá no topo... > > > > http://uptime.netcraft.com/up/today/top.avg.html > > > > Abs, > > > > Carlos E G Carvalho (Cartola) > > http://cartola.org/360 > > > > > > > > Em 28 de outubro de 2011 17:49, João Mancy escreveu: > > > >> "caraio!" > >> > >> O máximo que consegui foram 500 e poucos dias e depois faltou luz por 8 > >> horas e zerou tudo. > >> > >> att > >> João Mancy > >> > >> Em 28 de outubro de 2011 17:42, Leonardo Augusto >>> escreveu: > >>> eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( > >>> 7.1-STABLE FreeBSD ) > >>> > >>> 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 > >>> > >>> Transerencia media mensal de 30G só de paginas web... > >>> > >>> Estaria maior o uptime se eu nao tivesse que ter dado reboot quando > >>> atualizaei do 6.1 pro 7.1 > >>> > >>> Acho que ja estaria em mais de 1500 dias sem reboot. > >>> > >>> ô "cosa" linda... :) > >>> - > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>> > >> > >> > >> -- > >> João Luis Mancy dos Santos > >> joaocep at gmail.com(msn too) > >> http://joaocep.blogspot.com > >> http://www.istf.com.br/perguntas/ > >> http://www.fug.com.br/content/view/20/69/ > >> uin 82889044 > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > -- > "Quando a Morte decide contar uma historia, > A melhor ação que possa fazer é ouvi-la, > e torcer por não ser a sua própria a tal história." > > Paulo Henrique. > Analista de Sistemas / Programador > BSDs Brasil. > Genuine Unix/BSD User. > Fone: (21) 9683-5433. > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd - uptime - quem tem maior ?
Detalhe que vala a pena citar, esta situada no data center softlayer.com em dallas, eua. Da pra ver que o servico dos caras é bom. Eu recomendo, nunca tive problemas. []´s 2011/10/28 João Mancy : > "caraio!" > > O máximo que consegui foram 500 e poucos dias e depois faltou luz por 8 > horas e zerou tudo. > > att > João Mancy > > Em 28 de outubro de 2011 17:42, Leonardo Augusto escreveu: > >> eheh a titulo de curiosidade, vejam o uptime desse servidor.. ( >> 7.1-STABLE FreeBSD ) >> >> 5:40PM up 1011 days, 1:01, 1 user, load averages: 0.37, 0.24, 0.16 >> >> Transerencia media mensal de 30G só de paginas web... >> >> Estaria maior o uptime se eu nao tivesse que ter dado reboot quando >> atualizaei do 6.1 pro 7.1 >> >> Acho que ja estaria em mais de 1500 dias sem reboot. >> >> ô "cosa" linda... :) >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > João Luis Mancy dos Santos > joaocep at gmail.com (msn too) > http://joaocep.blogspot.com > http://www.istf.com.br/perguntas/ > http://www.fug.com.br/content/view/20/69/ > uin 82889044 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
