Re: [FUG-BR] Sempre manter processos com baixa prioridade pelo nome
On 24/05/2012, at 01:10, Danilo Egea wrote: > On 5/23/12 7:20 PM, Juano Brozz wrote: >> Obrigado a todos que responderam. >> >> @Eduardo, foi uma ótima ideia o crontab. >> >> @Otacilio, valeu pelo script. >> >> @Danilo >> >> >>> Primeiro: é ao contrário: -15 é prioridade mais alta que 20 (20 é a >>> menor prioridade, -20 maior prioridade). >>> >> É isso mesmo, obrigado pela info. >> >> >>> Segundo: no atalho que vc usa pra iniciar o eclipse, altera ele com o >>> nice na linha que invoca o programa. Todos os processos filhos terão a >>> mesma prioridade... >> >> Tentei fazer como você falou e funcionou. Fiz assim: >> >> nice -n +20 chrome >> >> Ai dei um "top" e percebi que o chrome ficou com PRIoridade 20, embora a >> coluna NICE ficou 0. Aí dei um renice 20 em todos os processos do chrome. >> Dei um top novamente, e percebi que a coluna PRI ficou com 40!!! e a coluna >> nice ficou com 20. >> >> Fiquei confuso: >> >> 1- Qual a diferença entre o PRI e o NICE nas colunas do top? Qual o mais >> importante? Isso é novo pra mim, sempre pensei que houvesse apenas a >> prioridade. >> >> 2- O comando nice seta apenas a PRIoridade, enquanto que o renice seta >> apenas o nice? É isso mesmo? Imaginando que a prioridade seja o mais >> importante, tem como muda-la? >> >> >> >>> On 5/23/12 1:51 PM, Juano Brozz wrote: Olá pessoal, Uso o FreeBSD num desktop para desenvolvimento Java. Gostaria que sempre que processos com nome "java" fossem carregados, automaticamente ficassem com "nice" de 20, pois provavelmente será a IDE eclipse que estará >>> rodando, um run que dou em alguma app que estou desenvolvendo, ou builds, e >>> gostaria de dar muito mais prioridade a processos que tenham o nome "java". >>> Gostaria de fazer o contrário com processos com nome "Chromium", queria dar renice -15 para todos os processos chromium, pois sempre mantenho muitas abas do Chromium abertas durante o uso do PC, e parece que cada aba é um >>> processo, por isso queria deixar o Chromium com baixa prioridade. Não tenho como simplesmente iniciar o Chromium com um nice -15 na frente, pois é o próprio chromium que cria os processos para cada aba. Me veio à mente uma maneira: Criar um script shell com um loop infinito, >>> e dentro do loop um sleep de 1 minuto, que ficando dando esse comando >>> [renice 20 `pgrep java`] a cada minuto. Eu chamaria esse script no boot do >>> FreeBSD usando o & para ele ficar em background pra sempre. Essa é a forma mais elegante, e que consome menos recursos? Como vocês, profissionais, fariam isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> -- >>> Danilo Egêa Gondolfo >>> http://daniloegea.wordpress.com >>> >>> "To understand the computers, we must know what computers understand." >>> >>> - >>> 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 >> > O PRI que aparece no top é a prioridade dada ao processo em nível de > escalonador. O valor do NICE influencia no valor dessa prioridade (pois > faz parte da equação que calcula a prioridade dos processos/threads). > Ok Danilo. Descobri mais uma prioridade nos processos, usando o comando: rtprio 0 -777 Eu consigo dizer que o processo 777 esta em altíssima prioridade. Se usar: Idprio 31 -777 Consigo dizer que um processo esta em baixissima. Notei que esses comandos não alteram o nice. Então usei eles em conjunto com o nice. Vi no top que o PRI mudou bastante, ficando em -50 para processos java em alta prioridade. Aí coloquei o script no cron, e a cada 1 minuto os processos Java ficam em realtime, os processos chrome, transmission-gtk (Torrent), conky, ficam em baixissima. Minha maquina eh um i7 de 4 nucleos (8 pois eh HT). imagino que na pratica os processos que defini com baixissima prioridade só ficariam lentos em momentos de pico, como dar um build que acontece com muitas threads, enquanto que os builds e tarefas normais de desenvolvimento Java no eclipse ficariam sempre muito Tenho razão? Devo tomar algum cuidado? > > -- > Danilo Egêa Gondolfo > http://daniloegea.wordpress.com > > "To understand the computers, we must know what computers understand." > > - > 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
[FUG-BR] Processo do amavis travando em 100%
Bom dia pessoal, Tem ocorrido pela manhã um travamento de todo o envio de mensagens. Fazendo as checagens descobri que o motivo do travamento é o amavis travar o processo dele em 100% e só sai dando um kill nos processos do amavis e iniciando ele novamente. Estou desconfiado que possa ser algum e-mail que esteja causando isso. Provavelmente algum spam. Estou procurando nos logs aqui e achar o infeliz. Alguém passou recentemente por isso? Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. Mas isso implicaria se o amavis executasse algo nesses caras. Bem vou catando aqui e se descobrir algo postarei aqui como referência para se alguém passar por isso. Grande abraço à todos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/05/2012 08:19, Marcelo Gondim escreveu: > Bom dia pessoal, > > Tem ocorrido pela manhã um travamento de todo o envio de mensagens. > Fazendo as checagens descobri que o motivo do travamento é o amavis > travar o processo dele em 100% e só sai dando um kill nos processos do > amavis e iniciando ele novamente. Estou desconfiado que possa ser algum > e-mail que esteja causando isso. Provavelmente algum spam. Estou > procurando nos logs aqui e achar o infeliz. Alguém passou recentemente > por isso? > Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as > vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. > Mas isso implicaria se o amavis executasse algo nesses caras. > > Bem vou catando aqui e se descobrir algo postarei aqui como referência > para se alguém passar por isso. > > Opa esqueci das informações básicas: FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X amd64 amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 2012-05-24 8:21, Marcelo Gondim escreveu: > Em 24/05/2012 08:19, Marcelo Gondim escreveu: >> Bom dia pessoal, >> >> Tem ocorrido pela manhã um travamento de todo o envio de mensagens. >> Fazendo as checagens descobri que o motivo do travamento é o amavis >> travar o processo dele em 100% e só sai dando um kill nos processos >> do >> amavis e iniciando ele novamente. Estou desconfiado que possa ser >> algum >> e-mail que esteja causando isso. Provavelmente algum spam. Estou >> procurando nos logs aqui e achar o infeliz. Alguém passou >> recentemente >> por isso? >> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as >> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no >> zfs. >> Mas isso implicaria se o amavis executasse algo nesses caras. >> >> Bem vou catando aqui e se descobrir algo postarei aqui como >> referência >> para se alguém passar por isso. >> >> > Opa esqueci das informações básicas: > > FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May > 5 > 21:54:58 BRT 2012 > r...@mail.x.com.br:/usr/obj/usr/src/sys/X > amd64 > amavisd-new-2.7.0,1 Performance-enhanced daemonized version of > amavis-perl > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Nunca passei por esse problema. Tente: - verifique se os diretórios do amavisd-new pertencem ao seu usuário. As vezes quando se atualiza algo do razor, pyzon ou spamassassin como root, os arquivos desses no diretório do amavisd-new podem ser sobrescritos; - veja se não aparecem erros ao rodar amavisd debug; - por fim, mude o $log_level = 5 no amavisd.conf e monitore o log. -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/5/2012 08:21, Marcelo Gondim escreveu: > Em 24/05/2012 08:19, Marcelo Gondim escreveu: >> Bom dia pessoal, >> >> Tem ocorrido pela manhã um travamento de todo o envio de mensagens. >> Fazendo as checagens descobri que o motivo do travamento é o amavis >> travar o processo dele em 100% e só sai dando um kill nos processos do >> amavis e iniciando ele novamente. Estou desconfiado que possa ser algum >> e-mail que esteja causando isso. Provavelmente algum spam. Estou >> procurando nos logs aqui e achar o infeliz. Alguém passou recentemente >> por isso? >> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as >> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. >> Mas isso implicaria se o amavis executasse algo nesses caras. >> >> Bem vou catando aqui e se descobrir algo postarei aqui como referência >> para se alguém passar por isso. >> >> > Opa esqueci das informações básicas: > > FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 > 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X > amd64 > amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav + spamassassin, minha fila de e-mail travava mais que tudo, tinha que ficar dando kill no processo e as vezes até reiniciar o servidor, solução foi tirar o spamassassin, aumentar a sensibilidade do amavis. Vc tem o log error? / - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
boa manda os logs dos erros para que possamos analisar e aprender juntos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/05/2012 09:12, Lucas escreveu: > Em 24/5/2012 08:21, Marcelo Gondim escreveu: >> Em 24/05/2012 08:19, Marcelo Gondim escreveu: >>> Bom dia pessoal, >>> >>> Tem ocorrido pela manhã um travamento de todo o envio de mensagens. >>> Fazendo as checagens descobri que o motivo do travamento é o amavis >>> travar o processo dele em 100% e só sai dando um kill nos processos do >>> amavis e iniciando ele novamente. Estou desconfiado que possa ser algum >>> e-mail que esteja causando isso. Provavelmente algum spam. Estou >>> procurando nos logs aqui e achar o infeliz. Alguém passou recentemente >>> por isso? >>> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as >>> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. >>> Mas isso implicaria se o amavis executasse algo nesses caras. >>> >>> Bem vou catando aqui e se descobrir algo postarei aqui como referência >>> para se alguém passar por isso. >>> >>> >> Opa esqueci das informações básicas: >> >> FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 >> 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X >> amd64 >> amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav + > spamassassin, minha fila de e-mail travava mais que tudo, tinha que > ficar dando kill no processo e as vezes até reiniciar o servidor, > solução foi tirar o spamassassin, aumentar a sensibilidade do amavis. > > Vc tem o log error? Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio deles que me dê uma direção. Mas não aparece nada que indique um erro, signal ou warning. Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado também do roundcube pois esse não tem captcha no login. To achando que pode estar vindo por ele, cresceu bastante o envio de e-mail local (127.0.0.1) nesses últimos dias. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/5/2012 09:27, Marcelo Gondim escreveu: > Em 24/05/2012 09:12, Lucas escreveu: >> Em 24/5/2012 08:21, Marcelo Gondim escreveu: >>> Em 24/05/2012 08:19, Marcelo Gondim escreveu: Bom dia pessoal, Tem ocorrido pela manhã um travamento de todo o envio de mensagens. Fazendo as checagens descobri que o motivo do travamento é o amavis travar o processo dele em 100% e só sai dando um kill nos processos do amavis e iniciando ele novamente. Estou desconfiado que possa ser algum e-mail que esteja causando isso. Provavelmente algum spam. Estou procurando nos logs aqui e achar o infeliz. Alguém passou recentemente por isso? Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. Mas isso implicaria se o amavis executasse algo nesses caras. Bem vou catando aqui e se descobrir algo postarei aqui como referência para se alguém passar por isso. >>> Opa esqueci das informações básicas: >>> >>> FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 >>> 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X >>> amd64 >>> amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav + >> spamassassin, minha fila de e-mail travava mais que tudo, tinha que >> ficar dando kill no processo e as vezes até reiniciar o servidor, >> solução foi tirar o spamassassin, aumentar a sensibilidade do amavis. >> >> Vc tem o log error? > Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio deles > que me dê uma direção. Mas não aparece nada que indique um erro, signal > ou warning. > Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado também > do roundcube pois esse não tem captcha no login. To achando que pode > estar vindo por ele, cresceu bastante o envio de e-mail local > (127.0.0.1) nesses últimos dias. > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Não acho que seja o roundcube, tenta tirar o spamassassin hoje e veja se trava. Uma pergunta, o que trava são os e-mails na fila o o processo do amavis inteiro? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/05/2012 09:31, Lucas escreveu: > Em 24/5/2012 09:27, Marcelo Gondim escreveu: >> Em 24/05/2012 09:12, Lucas escreveu: >>> Em 24/5/2012 08:21, Marcelo Gondim escreveu: Em 24/05/2012 08:19, Marcelo Gondim escreveu: > Bom dia pessoal, > > Tem ocorrido pela manhã um travamento de todo o envio de mensagens. > Fazendo as checagens descobri que o motivo do travamento é o amavis > travar o processo dele em 100% e só sai dando um kill nos processos do > amavis e iniciando ele novamente. Estou desconfiado que possa ser algum > e-mail que esteja causando isso. Provavelmente algum spam. Estou > procurando nos logs aqui e achar o infeliz. Alguém passou recentemente > por isso? > Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as > vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. > Mas isso implicaria se o amavis executasse algo nesses caras. > > Bem vou catando aqui e se descobrir algo postarei aqui como referência > para se alguém passar por isso. > > Opa esqueci das informações básicas: FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X amd64 amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav + >>> spamassassin, minha fila de e-mail travava mais que tudo, tinha que >>> ficar dando kill no processo e as vezes até reiniciar o servidor, >>> solução foi tirar o spamassassin, aumentar a sensibilidade do amavis. >>> >>> Vc tem o log error? >> Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio deles >> que me dê uma direção. Mas não aparece nada que indique um erro, signal >> ou warning. >> Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado também >> do roundcube pois esse não tem captcha no login. To achando que pode >> estar vindo por ele, cresceu bastante o envio de e-mail local >> (127.0.0.1) nesses últimos dias. >> >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Não acho que seja o roundcube, tenta tirar o spamassassin hoje e veja se > trava. Uma pergunta, o que trava são os e-mails na fila o o processo do > amavis inteiro? O processo perl do amavis cujo dono é o user vscan fica travado consumindo 100% da CPU. Aí os e-mails vão entrando na fila e só acumulando. Não consigo nem dar um restart pelo script de inicialização do amavis. Pra matar o amavis dou um ps, pego os pids e kill -9 neles. Aí inicio o amavis novamente e faço um postsuper -r ALL e os e-mails começam à serem enviados. Você me deu uma boa idéia pra descobrir se pode ser o clam ou o spamassassin. Hoje à noite vou desabilitar o spamassassin e ver no que dá. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/5/2012 10:05, Marcelo Gondim escreveu: > Em 24/05/2012 09:31, Lucas escreveu: >> Em 24/5/2012 09:27, Marcelo Gondim escreveu: >>> Em 24/05/2012 09:12, Lucas escreveu: Em 24/5/2012 08:21, Marcelo Gondim escreveu: > Em 24/05/2012 08:19, Marcelo Gondim escreveu: >> Bom dia pessoal, >> >> Tem ocorrido pela manhã um travamento de todo o envio de mensagens. >> Fazendo as checagens descobri que o motivo do travamento é o amavis >> travar o processo dele em 100% e só sai dando um kill nos processos do >> amavis e iniciando ele novamente. Estou desconfiado que possa ser algum >> e-mail que esteja causando isso. Provavelmente algum spam. Estou >> procurando nos logs aqui e achar o infeliz. Alguém passou recentemente >> por isso? >> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as >> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. >> Mas isso implicaria se o amavis executasse algo nesses caras. >> >> Bem vou catando aqui e se descobrir algo postarei aqui como referência >> para se alguém passar por isso. >> >> > Opa esqueci das informações básicas: > > FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 > 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X > amd64 > amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav + spamassassin, minha fila de e-mail travava mais que tudo, tinha que ficar dando kill no processo e as vezes até reiniciar o servidor, solução foi tirar o spamassassin, aumentar a sensibilidade do amavis. Vc tem o log error? >>> Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio deles >>> que me dê uma direção. Mas não aparece nada que indique um erro, signal >>> ou warning. >>> Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado também >>> do roundcube pois esse não tem captcha no login. To achando que pode >>> estar vindo por ele, cresceu bastante o envio de e-mail local >>> (127.0.0.1) nesses últimos dias. >>> >>> >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> Não acho que seja o roundcube, tenta tirar o spamassassin hoje e veja se >> trava. Uma pergunta, o que trava são os e-mails na fila o o processo do >> amavis inteiro? > O processo perl do amavis cujo dono é o user vscan fica travado > consumindo 100% da CPU. Aí os e-mails vão entrando na fila e só acumulando. > Não consigo nem dar um restart pelo script de inicialização do amavis. > Pra matar o amavis dou um ps, pego os pids e kill -9 neles. Aí inicio o > amavis novamente e faço um postsuper -r ALL e os e-mails começam à serem > enviados. > Você me deu uma boa idéia pra descobrir se pode ser o clam ou o > spamassassin. Hoje à noite vou desabilitar o spamassassin e ver no que dá. > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Beleza, qualquer mudança posta aqui, abrass - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 2012-05-24 9:27, Marcelo Gondim escreveu: > Em 24/05/2012 09:12, Lucas escreveu: >> Em 24/5/2012 08:21, Marcelo Gondim escreveu: >>> Em 24/05/2012 08:19, Marcelo Gondim escreveu: Bom dia pessoal, Tem ocorrido pela manhã um travamento de todo o envio de mensagens. Fazendo as checagens descobri que o motivo do travamento é o amavis travar o processo dele em 100% e só sai dando um kill nos processos do amavis e iniciando ele novamente. Estou desconfiado que possa ser algum e-mail que esteja causando isso. Provavelmente algum spam. Estou procurando nos logs aqui e achar o infeliz. Alguém passou recentemente por isso? Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs. Mas isso implicaria se o amavis executasse algo nesses caras. Bem vou catando aqui e se descobrir algo postarei aqui como referência para se alguém passar por isso. >>> Opa esqueci das informações básicas: >>> >>> FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat >>> May 5 >>> 21:54:58 BRT 2012 >>> r...@mail.x.com.br:/usr/obj/usr/src/sys/X >>> amd64 >>> amavisd-new-2.7.0,1 Performance-enhanced daemonized version of >>> amavis-perl >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> Eu ja tive um problema parecido, na empresa eu usava /amavis + >> clamav + >> spamassassin, minha fila de e-mail travava mais que tudo, tinha que >> ficar dando kill no processo e as vezes até reiniciar o servidor, >> solução foi tirar o spamassassin, aumentar a sensibilidade do >> amavis. >> >> Vc tem o log error? > > Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio > deles > que me dê uma direção. Mas não aparece nada que indique um erro, > signal > ou warning. > Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado > também > do roundcube pois esse não tem captcha no login. To achando que pode > estar vindo por ele, cresceu bastante o envio de e-mail local > (127.0.0.1) nesses últimos dias. > Se você acha que o está vindo muitos e-mails do roundcube, configure no main.cf o $rcmail_config['smtp_log'] = true; que ele deve gerar um logs/sendmail. Contudo mesmo que o webmail esteja enviando milhares de e-mail, isso não deveria travar o amavisd-new, até porque acredito que você limitou a quantidade de processos do amavisd-new e configurou o mesmo valor no master.cf do postfix. -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Processo do amavis travando em 100%
Em 24/05/2012 10:41, vic escreveu: > Em 2012-05-24 9:27, Marcelo Gondim escreveu: >> Em 24/05/2012 09:12, Lucas escreveu: >>> Em 24/5/2012 08:21, Marcelo Gondim escreveu: Em 24/05/2012 08:19, Marcelo Gondim escreveu: > Bom dia pessoal, > > Tem ocorrido pela manhã um travamento de todo o envio de > mensagens. > Fazendo as checagens descobri que o motivo do travamento é o > amavis > travar o processo dele em 100% e só sai dando um kill nos > processos do > amavis e iniciando ele novamente. Estou desconfiado que possa ser > algum > e-mail que esteja causando isso. Provavelmente algum spam. Estou > procurando nos logs aqui e achar o infeliz. Alguém passou > recentemente > por isso? > Outra coisa que não deveria ser mas sabe-se lá: coincidentemente > as > vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no > zfs. > Mas isso implicaria se o amavis executasse algo nesses caras. > > Bem vou catando aqui e se descobrir algo postarei aqui como > referência > para se alguém passar por isso. > > Opa esqueci das informações básicas: FreeBSD mail.x.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May 5 21:54:58 BRT 2012 r...@mail.x.com.br:/usr/obj/usr/src/sys/X amd64 amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> Eu ja tive um problema parecido, na empresa eu usava /amavis + >>> clamav + >>> spamassassin, minha fila de e-mail travava mais que tudo, tinha que >>> ficar dando kill no processo e as vezes até reiniciar o servidor, >>> solução foi tirar o spamassassin, aumentar a sensibilidade do >>> amavis. >>> >>> Vc tem o log error? >> Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio >> deles >> que me dê uma direção. Mas não aparece nada que indique um erro, >> signal >> ou warning. >> Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado >> também >> do roundcube pois esse não tem captcha no login. To achando que pode >> estar vindo por ele, cresceu bastante o envio de e-mail local >> (127.0.0.1) nesses últimos dias. >> > Se você acha que o está vindo muitos e-mails do roundcube, configure no > main.cf o $rcmail_config['smtp_log'] = true; que ele deve gerar um > logs/sendmail. Opa vic, Os logs estão habilitados e estou verificando eles. Já até encontrei um outro erro mas que não está relacionado. > Contudo mesmo que o webmail esteja enviando milhares de e-mail, isso > não deveria travar o amavisd-new, até porque acredito que você limitou a > quantidade de processos do amavisd-new e configurou o mesmo valor no > master.cf do postfix. > Sim isso tá tranquilo. Durante o dia, tarde, noite e madrugada fica tudo bem mas quando chega entre 06:00 e 07:00 algo acontece que trava esse processo. Amanhã vou acordar bem antes e monitorar isso. Tentei até passar um procstat -f pra ver o que tava abrindo e só achei o arquivo temporário zerado. Mas valeu vic! Vou continuar aqui as checagens e obrigado pelo interesse em ajudar. Um obrigado pra todos da lista que estão sugerindo e tentando ajudar também. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Intel hd 3000.
Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do FreeBSD eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e nada so apresentar esta erro ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 (==) Using config file: "/etc/X11/xorg.conf" (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File exists (EE) intel(0): Failed to become DRM master. DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [9] param: 4, val: 0 Assertion failed: (0), function drm_intel_bufmgr_gem_init, file intel_bufmgr_gem .c, line 2332. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error xauth: error in locking authority file /root/.Xauthority -- 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] Intel hd 3000.
On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: > Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do FreeBSD > eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e > nada so apresentar esta erro > > ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File > exists > (EE) intel(0): Failed to become DRM master. > DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor > Assuming 131072kB available aperture size. > May lead to reduced performance or incorrect rendering. > get chip id failed: -1 [9] > param: 4, val: 0 > Assertion failed: (0), function drm_intel_bufmgr_gem_init, file > intel_bufmgr_gem > .c, line 2332. > xinit: giving up > xinit: unable to connect to X server: Connection refused > xinit: server error > xauth: error in locking authority file /root/.Xauthority > > Alessandro, sei que não é a resposta que você deseja, mas vc já tentou relatar o problema para o mantenedor do driver? Quando eu tenho problemas com ports e faço isso geralmente consigo boas respostas. []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 14:25, Otacílio escreveu: > On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: >> Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do >> FreeBSD >> eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e >> nada so apresentar esta erro >> >> ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 >> (==) Using config file: "/etc/X11/xorg.conf" >> (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File >> exists >> (EE) intel(0): Failed to become DRM master. >> DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor >> Assuming 131072kB available aperture size. >> May lead to reduced performance or incorrect rendering. >> get chip id failed: -1 [9] >> param: 4, val: 0 >> Assertion failed: (0), function drm_intel_bufmgr_gem_init, file >> intel_bufmgr_gem >> .c, line 2332. >> xinit: giving up >> xinit: unable to connect to X server: Connection refused >> xinit: server error >> xauth: error in locking authority file /root/.Xauthority >> >> > > Alessandro, sei que não é a resposta que você deseja, mas vc já tentou > relatar o problema para o mantenedor do driver? Quando eu tenho > problemas com ports e faço isso geralmente consigo boas respostas. > > []'s > -Otacílio > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. -- 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] Intel hd 3000.
On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha wrote: > Em 24 de maio de 2012 14:25, Otacílio escreveu: >> On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: >>> Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do >>> FreeBSD >>> eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e >>> nada so apresentar esta erro >>> >>> ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 >>> (==) Using config file: "/etc/X11/xorg.conf" >>> (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File >>> exists >>> (EE) intel(0): Failed to become DRM master. >>> DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor >>> Assuming 131072kB available aperture size. >>> May lead to reduced performance or incorrect rendering. >>> get chip id failed: -1 [9] >>> param: 4, val: 0 >>> Assertion failed: (0), function drm_intel_bufmgr_gem_init, file >>> intel_bufmgr_gem >>> .c, line 2332. >>> xinit: giving up >>> xinit: unable to connect to X server: Connection refused >>> xinit: server error >>> xauth: error in locking authority file /root/.Xauthority >>> >>> >> >> Alessandro, sei que não é a resposta que você deseja, mas vc já tentou >> relatar o problema para o mantenedor do driver? Quando eu tenho >> problemas com ports e faço isso geralmente consigo boas respostas. >> >> []'s >> -Otacílio >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. Eu não faria isso se fosse você... Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem algumas dicas (ponto para o primeiro item: Do not mail me in private. Use mailing lists, x11@ is probably right one) O que o desenvolvedor menos quer e ficar ouvindo problema de driver sem todo o procedimento de bug reporting. O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda não vale a pena ficar quebrando a cabeça com isso. -- William Grzybowski -- Agência Livre - www.agencialivre.com.br Curitiba/PR - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 14:33, William Grzybowski escreveu: > On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha > wrote: >> Em 24 de maio de 2012 14:25, Otacílio escreveu: >>> On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do FreeBSD eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e nada so apresentar esta erro ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 (==) Using config file: "/etc/X11/xorg.conf" (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File exists (EE) intel(0): Failed to become DRM master. DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [9] param: 4, val: 0 Assertion failed: (0), function drm_intel_bufmgr_gem_init, file intel_bufmgr_gem .c, line 2332. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error xauth: error in locking authority file /root/.Xauthority >>> >>> Alessandro, sei que não é a resposta que você deseja, mas vc já tentou >>> relatar o problema para o mantenedor do driver? Quando eu tenho >>> problemas com ports e faço isso geralmente consigo boas respostas. >>> >>> []'s >>> -Otacílio >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> >> vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. > > Eu não faria isso se fosse você... > > Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem > algumas dicas (ponto para o primeiro item: Do not mail me in private. > Use mailing lists, x11@ is probably right one) > > O que o desenvolvedor menos quer e ficar ouvindo problema de driver > sem todo o procedimento de bug reporting. > > O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda > não vale a pena ficar quebrando a cabeça com isso. > > -- > William Grzybowski > -- > Agência Livre - www.agencialivre.com.br > Curitiba/PR - Brasil > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd vou espera ate fica pronto o drive, vou voltar a usa o linux mint mais o cairo-dock. -- 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
[FUG-BR] freebsd 8 + esxi5 (em firewall)
Boa tarde Pessoal Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD 8 porem como eh o caso dos r410 da dell a performance nao era maravilha... entao apelei para o que a maioria tem apelado (no caso dos r410) para esxi :) antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel nao subia alem de 20% cpu agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate 180..200 de cpu Pergunta alguem ae tem casos de routers / firewalls com fluxos altos em esxi ? Algum macete / manha de tunning ? Valeu Pessoal Att SkyWarrior - 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 8 + esxi5 (em firewall)
2012/5/24 Christopher Giese - BSDUX > Boa tarde Pessoal > > Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD > 8 > porem como eh o caso dos r410 da dell a performance nao era > maravilha... > > entao apelei para o que a maioria tem apelado (no caso dos r410) para > esxi :) > > antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel > nao subia alem de 20% cpu > agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate > 180..200 de cpu > > Pergunta alguem ae tem casos de routers / firewalls com fluxos altos > em esxi ? > Algum macete / manha de tunning ? > > Valeu Pessoal > > Att > SkyWarrior > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Primeiro de tudo, como está o valor do kern.hz ? -- *Matheus Lamberti de Abreu* [ *matheusl.abreu* (at) *gmail.com* ] [ http://matheuslamberti.blogspot.com ] * * *- Sine qua non* *- Embora nem tudo seja permitido, tudo é possível.* *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* * * *- Unix is user friendly. It's just selective about who its friends are.* *- In theory there is no difference between theory and pratice, but in pratice there is.* *- Two things control men's nature, instinct and experience.* *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* - 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 8 + esxi5 (em firewall)
Está instado e configurado vmware-tools? Em 24 de maio de 2012 14:55, Matheus L. Abreu escreveu: > 2012/5/24 Christopher Giese - BSDUX > > > Boa tarde Pessoal > > > > Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD > > 8 > > porem como eh o caso dos r410 da dell a performance nao era > > maravilha... > > > > entao apelei para o que a maioria tem apelado (no caso dos r410) para > > esxi :) > > > > antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel > > nao subia alem de 20% cpu > > agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate > > 180..200 de cpu > > > > Pergunta alguem ae tem casos de routers / firewalls com fluxos altos > > em esxi ? > > Algum macete / manha de tunning ? > > > > Valeu Pessoal > > > > Att > > SkyWarrior > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Primeiro de tudo, como está o valor do kern.hz ? > > > -- > *Matheus Lamberti de Abreu* > [ *matheusl.abreu* (at) *gmail.com* ] > [ http://matheuslamberti.blogspot.com ] > * > * > *- Sine qua non* > *- Embora nem tudo seja permitido, tudo é possível.* > *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* > * > * > *- Unix is user friendly. It's just selective about who its friends are.* > *- In theory there is no difference between theory and pratice, but in > pratice there is.* > *- Two things control men's nature, instinct and experience.* > *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- .:: Welinaldo L N .:: Estudante de Desenvolvimento de Sistemas .:: FreeBSD Community Member #BSD/OS .:: Antes de imprimir, veja se realmente é necessário! .ılı..ılı. - 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 8 + esxi5 (em firewall)
2012/5/24 Welinaldo Lopes Nascimento > Está instado e configurado vmware-tools? > > Em 24 de maio de 2012 14:55, Matheus L. Abreu > escreveu: > > > 2012/5/24 Christopher Giese - BSDUX > > > > > Boa tarde Pessoal > > > > > > Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD > > > 8 > > > porem como eh o caso dos r410 da dell a performance nao era > > > maravilha... > > > > > > entao apelei para o que a maioria tem apelado (no caso dos r410) para > > > esxi :) > > > > > > antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel > > > nao subia alem de 20% cpu > > > agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate > > > 180..200 de cpu > > > > > > Pergunta alguem ae tem casos de routers / firewalls com fluxos > altos > > > em esxi ? > > > Algum macete / manha de tunning ? > > > > > > Valeu Pessoal > > > > > > Att > > > SkyWarrior > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > Primeiro de tudo, como está o valor do kern.hz ? > > > > > > -- > > *Matheus Lamberti de Abreu* > > [ *matheusl.abreu* (at) *gmail.com* ] > > [ http://matheuslamberti.blogspot.com ] > > * > > * > > *- Sine qua non* > > *- Embora nem tudo seja permitido, tudo é possível.* > > *- Para obter algo que você nunca teve, precisa fazer algo que nunca > fez.* > > * > > * > > *- Unix is user friendly. It's just selective about who its friends are.* > > *- In theory there is no difference between theory and pratice, but in > > pratice there is.* > > *- Two things control men's nature, instinct and experience.* > > *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > .:: Welinaldo L N > .:: Estudante de Desenvolvimento de Sistemas > .:: FreeBSD Community Member #BSD/OS > .:: Antes de imprimir, veja se realmente é necessário! > .ılı..ılı. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Tive problemas com o vmware-tools, estou usando atualmente o open-vm-tools-nox11 (Open VMware tools for FreeBSD VMware guests) Ao meu ver o kern.hz=100 (boot/loader.conf) e o vfs.read_max=256 (sysctl) fazem bastante diferença. att, -- *Matheus Lamberti de Abreu* [ *matheusl.abreu* (at) *gmail.com* ] [ http://matheuslamberti.blogspot.com ] * * *- Sine qua non* *- Embora nem tudo seja permitido, tudo é possível.* *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* * * *- Unix is user friendly. It's just selective about who its friends are.* *- In theory there is no difference between theory and pratice, but in pratice there is.* *- Two things control men's nature, instinct and experience.* *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* - 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 8 + esxi5 (em firewall)
Salve Matheus estou usando com 2000 (que era o que usava na maquina fisica) mas ja li algo sobre baixar para 50 no caso de vm o que vc diz a respeito ? Grato SkyWarrior Em 5/24/12 2:55 PM, Matheus L. Abreu escreveu: > 2012/5/24 Christopher Giese - BSDUX > >> Boa tarde Pessoal >> >> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD >> 8 >> porem como eh o caso dos r410 da dell a performance nao era >> maravilha... >> >> entao apelei para o que a maioria tem apelado (no caso dos r410) para >> esxi :) >> >> antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel >> nao subia alem de 20% cpu >> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate >> 180..200 de cpu >> >> Pergunta alguem ae tem casos de routers / firewalls com fluxos altos >> em esxi ? >> Algum macete / manha de tunning ? >> >> Valeu Pessoal >> >> Att >> SkyWarrior >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Primeiro de tudo, como está o valor do kern.hz ? > > - 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 8 + esxi5 (em firewall)
Salve Negativo.. nao instalei e nem configurei Em tese fara diferenca na estrutura de io/network ? Grato SkyWarrior Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: > Está instado e configurado vmware-tools? > > Em 24 de maio de 2012 14:55, Matheus L. Abreu > escreveu: > >> 2012/5/24 Christopher Giese - BSDUX >> >>> Boa tarde Pessoal >>> >>> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD >>> 8 >>> porem como eh o caso dos r410 da dell a performance nao era >>> maravilha... >>> >>> entao apelei para o que a maioria tem apelado (no caso dos r410) para >>> esxi :) >>> >>> antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel >>> nao subia alem de 20% cpu >>> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate >>> 180..200 de cpu >>> >>> Pergunta alguem ae tem casos de routers / firewalls com fluxos altos >>> em esxi ? >>> Algum macete / manha de tunning ? >>> >>> Valeu Pessoal >>> >>> Att >>> SkyWarrior >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> Primeiro de tudo, como está o valor do kern.hz ? >> >> >> -- >> *Matheus Lamberti de Abreu* >> [ *matheusl.abreu* (at) *gmail.com* ] >> [ http://matheuslamberti.blogspot.com ] >> * >> * >> *- Sine qua non* >> *- Embora nem tudo seja permitido, tudo é possível.* >> *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* >> * >> * >> *- Unix is user friendly. It's just selective about who its friends are.* >> *- In theory there is no difference between theory and pratice, but in >> pratice there is.* >> *- Two things control men's nature, instinct and experience.* >> *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* >> - >> 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 8 + esxi5 (em firewall)
2012/5/24 Christopher Giese - BSDUX > Salve > > Negativo.. nao instalei e nem configurei > > Em tese fara diferenca na estrutura de io/network ? > > Grato > SkyWarrior > > Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: > > Está instado e configurado vmware-tools? > > > > Em 24 de maio de 2012 14:55, Matheus L. Abreu > > escreveu: > > > >> 2012/5/24 Christopher Giese - BSDUX > >> > >>> Boa tarde Pessoal > >>> > >>> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD > >>> 8 > >>> porem como eh o caso dos r410 da dell a performance nao era > >>> maravilha... > >>> > >>> entao apelei para o que a maioria tem apelado (no caso dos r410) para > >>> esxi :) > >>> > >>> antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel > >>> nao subia alem de 20% cpu > >>> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate > >>> 180..200 de cpu > >>> > >>> Pergunta alguem ae tem casos de routers / firewalls com fluxos > altos > >>> em esxi ? > >>> Algum macete / manha de tunning ? > >>> > >>> Valeu Pessoal > >>> > >>> Att > >>> SkyWarrior > >>> - > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>> > >> Primeiro de tudo, como está o valor do kern.hz ? > >> > >> > >> -- > >> *Matheus Lamberti de Abreu* > >> [ *matheusl.abreu* (at) *gmail.com* ] > >> [ http://matheuslamberti.blogspot.com ] > >> * > >> * > >> *- Sine qua non* > >> *- Embora nem tudo seja permitido, tudo é possível.* > >> *- Para obter algo que você nunca teve, precisa fazer algo que nunca > fez.* > >> * > >> * > >> *- Unix is user friendly. It's just selective about who its friends > are.* > >> *- In theory there is no difference between theory and pratice, but in > >> pratice there is.* > >> *- Two things control men's nature, instinct and experience.* > >> *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* > >> - > >> 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 > O vfs.read_max fará diferença no disco (gravação de logs) O open-vm-tools dá uma boa melhorada no gerenciamento de memória e swap. -- *Matheus Lamberti de Abreu* [ *matheusl.abreu* (at) *gmail.com* ] [ http://matheuslamberti.blogspot.com ] * * *- Sine qua non* *- Embora nem tudo seja permitido, tudo é possível.* *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* * * *- Unix is user friendly. It's just selective about who its friends are.* *- In theory there is no difference between theory and pratice, but in pratice there is.* *- Two things control men's nature, instinct and experience.* *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* - 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 8 + esxi5 (em firewall)
Salve Kbelo, Mac, e Galera, Cabelo, só a título de informação, caso você possa passar. quanto de banda e quantas conexões passam por este firewall? Tenho vários físicos, e tenho a vontade e receio de colocar virtualizado também Valeus. Em 24 de maio de 2012 15:03, Matheus L. Abreu escreveu: > 2012/5/24 Christopher Giese - BSDUX > >> Salve >> >> Negativo.. nao instalei e nem configurei >> >> Em tese fara diferenca na estrutura de io/network ? >> >> Grato >> SkyWarrior >> >> Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: >> > Está instado e configurado vmware-tools? >> > >> > Em 24 de maio de 2012 14:55, Matheus L. Abreu >> > escreveu: >> > >> >> 2012/5/24 Christopher Giese - BSDUX >> >> >> >>> Boa tarde Pessoal >> >>> >> >>> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD >> >>> 8 >> >>> porem como eh o caso dos r410 da dell a performance nao era >> >>> maravilha... >> >>> >> >>> entao apelei para o que a maioria tem apelado (no caso dos r410) para >> >>> esxi :) >> >>> >> >>> antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel >> >>> nao subia alem de 20% cpu >> >>> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate >> >>> 180..200 de cpu >> >>> >> >>> Pergunta alguem ae tem casos de routers / firewalls com fluxos >> altos >> >>> em esxi ? >> >>> Algum macete / manha de tunning ? >> >>> >> >>> Valeu Pessoal >> >>> >> >>> Att >> >>> SkyWarrior >> >>> - >> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >>> >> >> Primeiro de tudo, como está o valor do kern.hz ? >> >> >> >> >> >> -- >> >> *Matheus Lamberti de Abreu* >> >> [ *matheusl.abreu* (at) *gmail.com* ] >> >> [ http://matheuslamberti.blogspot.com ] >> >> * >> >> * >> >> *- Sine qua non* >> >> *- Embora nem tudo seja permitido, tudo é possível.* >> >> *- Para obter algo que você nunca teve, precisa fazer algo que nunca >> fez.* >> >> * >> >> * >> >> *- Unix is user friendly. It's just selective about who its friends >> are.* >> >> *- In theory there is no difference between theory and pratice, but in >> >> pratice there is.* >> >> *- Two things control men's nature, instinct and experience.* >> >> *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* >> >> - >> >> 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 >> > > O vfs.read_max fará diferença no disco (gravação de logs) > O open-vm-tools dá uma boa melhorada no gerenciamento de memória e swap. > > -- > *Matheus Lamberti de Abreu* > [ *matheusl.abreu* (at) *gmail.com* ] > [ http://matheuslamberti.blogspot.com ] > * > * > *- Sine qua non* > *- Embora nem tudo seja permitido, tudo é possível.* > *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* > * > * > *- Unix is user friendly. It's just selective about who its friends are.* > *- In theory there is no difference between theory and pratice, but in > pratice there is.* > *- Two things control men's nature, instinct and experience.* > *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* > - > 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
[FUG-BR] RES: freebsd 8 + esxi5 (em firewall)
Instalar e configurar o VMware-Tools ou o open-vm-tools-nox11 (como mencionado pelo outro colega), faz toda a diferença! Abraços! Jack >-Mensagem original- >De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em >nome de Christopher Giese - BSDUX >Enviada em: quinta-feira, 24 de maio de 2012 15:02 >Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >Assunto: Re: [FUG-BR] freebsd 8 + esxi5 (em firewall) > >Salve > >Negativo.. nao instalei e nem configurei > >Em tese fara diferenca na estrutura de io/network ? - 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 8 + esxi5 (em firewall)
Bom, na minha opinião, que no final das contas não vale de nada, firewall não pode ser virtualizado. Questão de segurança, design e estrutura. Mas claro, como já disse, essa é minha opinião, podem ignorá-la. -- Atenciosamente, Antônio Pessoa - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
On 24/05/2012 14:33, William Grzybowski wrote: > On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha > wrote: >> Em 24 de maio de 2012 14:25, Otacílio escreveu: >>> On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do FreeBSD eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e nada so apresentar esta erro ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 (==) Using config file: "/etc/X11/xorg.conf" (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File exists (EE) intel(0): Failed to become DRM master. DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [9] param: 4, val: 0 Assertion failed: (0), function drm_intel_bufmgr_gem_init, file intel_bufmgr_gem .c, line 2332. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error xauth: error in locking authority file /root/.Xauthority >>> >>> Alessandro, sei que não é a resposta que você deseja, mas vc já tentou >>> relatar o problema para o mantenedor do driver? Quando eu tenho >>> problemas com ports e faço isso geralmente consigo boas respostas. >>> >>> []'s >>> -Otacílio >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> >> vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. > > Eu não faria isso se fosse você... > > Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem > algumas dicas (ponto para o primeiro item: Do not mail me in private. > Use mailing lists, x11@ is probably right one) > > O que o desenvolvedor menos quer e ficar ouvindo problema de driver > sem todo o procedimento de bug reporting. > > O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda > não vale a pena ficar quebrando a cabeça com isso. > Se não vai mandar para o desenvolvedor então mande para a lista que ele sugere (x11) pelo menos para ficar registrado em algum lugar que esse driver não está funcionando. Já é difícil arrumar gente para testar e quando tem um que testa não querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas fazer o que? cada um cada um... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
2012/5/24 Otacílio : > On 24/05/2012 14:33, William Grzybowski wrote: >> On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha >> wrote: >>> Em 24 de maio de 2012 14:25, Otacílio escreveu: On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: > Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do > FreeBSD > eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e > nada so apresentar esta erro > > ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: File > exists > (EE) intel(0): Failed to become DRM master. > DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor > Assuming 131072kB available aperture size. > May lead to reduced performance or incorrect rendering. > get chip id failed: -1 [9] > param: 4, val: 0 > Assertion failed: (0), function drm_intel_bufmgr_gem_init, file > intel_bufmgr_gem > .c, line 2332. > xinit: giving up > xinit: unable to connect to X server: Connection refused > xinit: server error > xauth: error in locking authority file /root/.Xauthority > > Alessandro, sei que não é a resposta que você deseja, mas vc já tentou relatar o problema para o mantenedor do driver? Quando eu tenho problemas com ports e faço isso geralmente consigo boas respostas. []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >>> vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. >> >> Eu não faria isso se fosse você... >> >> Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem >> algumas dicas (ponto para o primeiro item: Do not mail me in private. >> Use mailing lists, x11@ is probably right one) >> >> O que o desenvolvedor menos quer e ficar ouvindo problema de driver >> sem todo o procedimento de bug reporting. >> >> O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda >> não vale a pena ficar quebrando a cabeça com isso. >> > > Se não vai mandar para o desenvolvedor então mande para a lista que ele > sugere (x11) pelo menos para ficar registrado em algum lugar que esse > driver não está funcionando. Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... > Já é difícil arrumar gente para testar e quando tem um que testa não > querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas > fazer o que? cada um cada um... Até onde eu saiba não existe ninguém pedindo para testar, o desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). Quando estiver maduro o suficiente tenho certeza que lançarão um CFT no freebsd-x11@ e current@. -- William Grzybowski -- Agência Livre - www.agencialivre.com.br Curitiba/PR - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 2012-05-24 15:21, William Grzybowski escreveu: > 2012/5/24 Otacílio : >> On 24/05/2012 14:33, William Grzybowski wrote: >> >> Se não vai mandar para o desenvolvedor então mande para a lista que >> ele >> sugere (x11) pelo menos para ficar registrado em algum lugar que >> esse >> driver não está funcionando. > > Pra quê? Está escrito muito claramente que o KMS está em > desenvolvimento... > >> Já é difícil arrumar gente para testar e quando tem um que testa não >> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >> fazer o que? cada um cada um... > > Até onde eu saiba não existe ninguém pedindo para testar, o > desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). > Quando estiver maduro o suficiente tenho certeza que lançarão um CFT > no freebsd-x11@ e current@. O pessoal o PC-BSD lançou um alpha/snapshot/preview (whatever, fiquem à vontade :P) do 9.1 para testar esses drivers KMS[1]. [1]: http://www.freebsdnews.net/2012/05/11/pc-bsd-9-stable-20120505-snapshot-testing/ -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
On 24/05/2012 15:21, William Grzybowski wrote: > 2012/5/24 Otacílio: >> On 24/05/2012 14:33, William Grzybowski wrote: >>> On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha >>> wrote: Em 24 de maio de 2012 14:25, Otacílio escreveu: > On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: >> Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do >> FreeBSD >> eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e >> nada so apresentar esta erro >> >> ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 >> (==) Using config file: "/etc/X11/xorg.conf" >> (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: >> File exists >> (EE) intel(0): Failed to become DRM master. >> DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor >> Assuming 131072kB available aperture size. >> May lead to reduced performance or incorrect rendering. >> get chip id failed: -1 [9] >> param: 4, val: 0 >> Assertion failed: (0), function drm_intel_bufmgr_gem_init, file >> intel_bufmgr_gem >> .c, line 2332. >> xinit: giving up >> xinit: unable to connect to X server: Connection refused >> xinit: server error >> xauth: error in locking authority file /root/.Xauthority >> >> > > Alessandro, sei que não é a resposta que você deseja, mas vc já tentou > relatar o problema para o mantenedor do driver? Quando eu tenho > problemas com ports e faço isso geralmente consigo boas respostas. > > []'s > -Otacílio > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. >>> >>> Eu não faria isso se fosse você... >>> >>> Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem >>> algumas dicas (ponto para o primeiro item: Do not mail me in private. >>> Use mailing lists, x11@ is probably right one) >>> >>> O que o desenvolvedor menos quer e ficar ouvindo problema de driver >>> sem todo o procedimento de bug reporting. >>> >>> O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda >>> não vale a pena ficar quebrando a cabeça com isso. >>> >> >> Se não vai mandar para o desenvolvedor então mande para a lista que ele >> sugere (x11) pelo menos para ficar registrado em algum lugar que esse >> driver não está funcionando. > > Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... Por que ele mesmo sugeriu! I have the problem Do not mail me in private. Use mailing lists, x11@ is probably right one. > >> Já é difícil arrumar gente para testar e quando tem um que testa não >> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >> fazer o que? cada um cada um... > > Até onde eu saiba não existe ninguém pedindo para testar, o > desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). > Quando estiver maduro o suficiente tenho certeza que lançarão um CFT > no freebsd-x11@ e current@. > > Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste e sem p. nenhuma. Fico feliz por isso já este driver em particular foi pago para ser feito pela foundation. Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta mais fácil: Use um Linux! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 15:30, Otacílio escreveu: > On 24/05/2012 15:21, William Grzybowski wrote: >> 2012/5/24 Otacílio: >>> On 24/05/2012 14:33, William Grzybowski wrote: On Thu, May 24, 2012 at 2:26 PM, Alessandro de Souza Rocha wrote: > Em 24 de maio de 2012 14:25, Otacílio > escreveu: >> On 24/05/2012 14:13, Alessandro de Souza Rocha wrote: >>> Se alguem ja conseguiu o milagra de fazer esta maldita placa funfar do >>> FreeBSD >>> eu quero a receita porque ate agora ja fiz de tudo ate fui pra 10.0 e >>> nada so apresentar esta erro >>> >>> ==) Log file: "/var/log/Xorg.2.log", Time: Thu May 24 13:33:25 2012 >>> (==) Using config file: "/etc/X11/xorg.conf" >>> (EE) intel(0): [drm] Failed to open DRM device for pci::00:02.0: >>> File exists >>> (EE) intel(0): Failed to become DRM master. >>> DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor >>> Assuming 131072kB available aperture size. >>> May lead to reduced performance or incorrect rendering. >>> get chip id failed: -1 [9] >>> param: 4, val: 0 >>> Assertion failed: (0), function drm_intel_bufmgr_gem_init, file >>> intel_bufmgr_gem >>> .c, line 2332. >>> xinit: giving up >>> xinit: unable to connect to X server: Connection refused >>> xinit: server error >>> xauth: error in locking authority file /root/.Xauthority >>> >>> >> >> Alessandro, sei que não é a resposta que você deseja, mas vc já tentou >> relatar o problema para o mantenedor do driver? Quando eu tenho >> problemas com ports e faço isso geralmente consigo boas respostas. >> >> []'s >> -Otacílio >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > vou mandar um e-mail para ele, ver se dar alguma luz no final do tunel. Eu não faria isso se fosse você... Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem algumas dicas (ponto para o primeiro item: Do not mail me in private. Use mailing lists, x11@ is probably right one) O que o desenvolvedor menos quer e ficar ouvindo problema de driver sem todo o procedimento de bug reporting. O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda não vale a pena ficar quebrando a cabeça com isso. >>> >>> Se não vai mandar para o desenvolvedor então mande para a lista que ele >>> sugere (x11) pelo menos para ficar registrado em algum lugar que esse >>> driver não está funcionando. >> >> Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... > > Por que ele mesmo sugeriu! > I have the problem > Do not mail me in private. Use mailing lists, x11@ is probably > right one. > >> >>> Já é difícil arrumar gente para testar e quando tem um que testa não >>> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >>> fazer o que? cada um cada um... >> >> Até onde eu saiba não existe ninguém pedindo para testar, o >> desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). >> Quando estiver maduro o suficiente tenho certeza que lançarão um CFT >> no freebsd-x11@ e current@. >> >> > > > Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste > e sem p. nenhuma. Fico feliz por isso já este driver em particular foi > pago para ser feito pela foundation. > > Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta > mais fácil: > > Use um Linux! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd kk, esta foi boa usar linux,. -- 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] Intel hd 3000.
2012/5/24 Otacílio : Eu não faria isso se fosse você... Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem algumas dicas (ponto para o primeiro item: Do not mail me in private. Use mailing lists, x11@ is probably right one) O que o desenvolvedor menos quer e ficar ouvindo problema de driver sem todo o procedimento de bug reporting. O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda não vale a pena ficar quebrando a cabeça com isso. >>> >>> Se não vai mandar para o desenvolvedor então mande para a lista que ele >>> sugere (x11) pelo menos para ficar registrado em algum lugar que esse >>> driver não está funcionando. >> >> Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... > > Por que ele mesmo sugeriu! > I have the problem > Do not mail me in private. Use mailing lists, x11@ is probably > right one. 3. I want to test ! Great. Why do you think that I need to know about it ? Bug fixes and reviews are welcome. >> >>> Já é difícil arrumar gente para testar e quando tem um que testa não >>> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >>> fazer o que? cada um cada um... >> >> Até onde eu saiba não existe ninguém pedindo para testar, o >> desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). >> Quando estiver maduro o suficiente tenho certeza que lançarão um CFT >> no freebsd-x11@ e current@. >> >> > > > Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste > e sem p. nenhuma. Fico feliz por isso já este driver em particular foi > pago para ser feito pela foundation. Ah, tenho certeza que não, mas ficar enchendo o saco do cara por um driver que ainda nem em _fase de testes_ está não vai ajudar ninguém. > Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta > mais fácil: > > Use um Linux! Tá nervosinha? Vai descontar na sogra ;) -- William Grzybowski -- Agência Livre - www.agencialivre.com.br Curitiba/PR - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 15:44, William Grzybowski escreveu: > 2012/5/24 Otacílio : > Eu não faria isso se fosse você... > > Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem > algumas dicas (ponto para o primeiro item: Do not mail me in private. > Use mailing lists, x11@ is probably right one) > > O que o desenvolvedor menos quer e ficar ouvindo problema de driver > sem todo o procedimento de bug reporting. > > O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda > não vale a pena ficar quebrando a cabeça com isso. > Se não vai mandar para o desenvolvedor então mande para a lista que ele sugere (x11) pelo menos para ficar registrado em algum lugar que esse driver não está funcionando. >>> >>> Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... >> >> Por que ele mesmo sugeriu! >> I have the problem >> Do not mail me in private. Use mailing lists, x11@ is probably >> right one. > > 3. I want to test ! > Great. Why do you think that I need to know about it ? Bug fixes and > reviews are welcome. > >>> Já é difícil arrumar gente para testar e quando tem um que testa não querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas fazer o que? cada um cada um... >>> >>> Até onde eu saiba não existe ninguém pedindo para testar, o >>> desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). >>> Quando estiver maduro o suficiente tenho certeza que lançarão um CFT >>> no freebsd-x11@ e current@. >>> >>> >> >> >> Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste >> e sem p. nenhuma. Fico feliz por isso já este driver em particular foi >> pago para ser feito pela foundation. > > Ah, tenho certeza que não, mas ficar enchendo o saco do cara por um > driver que ainda nem em _fase de testes_ está não vai ajudar ninguém. > >> Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta >> mais fácil: >> >> Use um Linux! > > Tá nervosinha? Vai descontar na sogra ;) > > > > -- > William Grzybowski > -- > Agência Livre - www.agencialivre.com.br > Curitiba/PR - Brasil > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu nao estou nervoso por causa do drive, eu so uso linux por causa do maldito sistema da empresa que nao funfa no 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] Intel hd 3000.
2012/5/24 Alessandro de Souza Rocha : > Em 24 de maio de 2012 15:44, William Grzybowski > escreveu: >> 2012/5/24 Otacílio : >> Eu não faria isso se fosse você... >> >> Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem >> algumas dicas (ponto para o primeiro item: Do not mail me in private. >> Use mailing lists, x11@ is probably right one) >> >> O que o desenvolvedor menos quer e ficar ouvindo problema de driver >> sem todo o procedimento de bug reporting. >> >> O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda >> não vale a pena ficar quebrando a cabeça com isso. >> > > Se não vai mandar para o desenvolvedor então mande para a lista que ele > sugere (x11) pelo menos para ficar registrado em algum lugar que esse > driver não está funcionando. Pra quê? Está escrito muito claramente que o KMS está em desenvolvimento... >>> >>> Por que ele mesmo sugeriu! >>> I have the problem >>> Do not mail me in private. Use mailing lists, x11@ is probably >>> right one. >> >> 3. I want to test ! >> Great. Why do you think that I need to know about it ? Bug fixes and >> reviews are welcome. >> > Já é difícil arrumar gente para testar e quando tem um que testa não > querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas > fazer o que? cada um cada um... Até onde eu saiba não existe ninguém pedindo para testar, o desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). Quando estiver maduro o suficiente tenho certeza que lançarão um CFT no freebsd-x11@ e current@. >>> >>> >>> Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste >>> e sem p. nenhuma. Fico feliz por isso já este driver em particular foi >>> pago para ser feito pela foundation. >> >> Ah, tenho certeza que não, mas ficar enchendo o saco do cara por um >> driver que ainda nem em _fase de testes_ está não vai ajudar ninguém. >> >>> Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta >>> mais fácil: >>> >>> Use um Linux! >> >> Tá nervosinha? Vai descontar na sogra ;) >> >> >> >> -- >> William Grzybowski >> -- >> Agência Livre - www.agencialivre.com.br >> Curitiba/PR - Brasil >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Eu nao estou nervoso por causa do drive, eu so uso linux por causa do > maldito sistema da empresa que nao funfa no FreeBSD. Não falei de você. E pessoalmente não vejo nada de errado com Linux. FreeBSD é conhecido por sua força em servidores, não em desktop, tanto que KMS só está sendo desenvolvido agora e flash é emulado. Quemusa freebsd como desktop tem que arcar com as consequencias. -- William Grzybowski -- Agência Livre - www.agencialivre.com.br Curitiba/PR - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 15:54, William Grzybowski escreveu: > 2012/5/24 Alessandro de Souza Rocha : >> Em 24 de maio de 2012 15:44, William Grzybowski >> escreveu: >>> 2012/5/24 Otacílio : >>> Eu não faria isso se fosse você... >>> >>> Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem >>> algumas dicas (ponto para o primeiro item: Do not mail me in private. >>> Use mailing lists, x11@ is probably right one) >>> >>> O que o desenvolvedor menos quer e ficar ouvindo problema de driver >>> sem todo o procedimento de bug reporting. >>> >>> O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda >>> não vale a pena ficar quebrando a cabeça com isso. >>> >> >> Se não vai mandar para o desenvolvedor então mande para a lista que ele >> sugere (x11) pelo menos para ficar registrado em algum lugar que esse >> driver não está funcionando. > > Pra quê? Está escrito muito claramente que o KMS está em > desenvolvimento... Por que ele mesmo sugeriu! I have the problem Do not mail me in private. Use mailing lists, x11@ is probably right one. >>> >>> 3. I want to test ! >>> Great. Why do you think that I need to know about it ? Bug fixes and >>> reviews are welcome. >>> > >> Já é difícil arrumar gente para testar e quando tem um que testa não >> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >> fazer o que? cada um cada um... > > Até onde eu saiba não existe ninguém pedindo para testar, o > desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). > Quando estiver maduro o suficiente tenho certeza que lançarão um CFT > no freebsd-x11@ e current@. > > Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste e sem p. nenhuma. Fico feliz por isso já este driver em particular foi pago para ser feito pela foundation. >>> >>> Ah, tenho certeza que não, mas ficar enchendo o saco do cara por um >>> driver que ainda nem em _fase de testes_ está não vai ajudar ninguém. >>> Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta mais fácil: Use um Linux! >>> >>> Tá nervosinha? Vai descontar na sogra ;) >>> >>> >>> >>> -- >>> William Grzybowski >>> -- >>> Agência Livre - www.agencialivre.com.br >>> Curitiba/PR - Brasil >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> >> Eu nao estou nervoso por causa do drive, eu so uso linux por causa do >> maldito sistema da empresa que nao funfa no FreeBSD. > > Não falei de você. > > E pessoalmente não vejo nada de errado com Linux. > FreeBSD é conhecido por sua força em servidores, não em desktop, tanto > que KMS só está sendo desenvolvido agora e flash é emulado. Quemusa > freebsd como desktop tem que arcar com as consequencias. > > > -- > William Grzybowski > -- > Agência Livre - www.agencialivre.com.br > Curitiba/PR - Brasil > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Foi mal, eu uso em desktop sem problemas, questao maior e so este drive. -- 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] Intel hd 3000.
On 24/05/2012 15:57, Alessandro de Souza Rocha wrote: > Em 24 de maio de 2012 15:54, William Grzybowski > escreveu: >> 2012/5/24 Alessandro de Souza Rocha: >>> Em 24 de maio de 2012 15:44, William Grzybowski >>> escreveu: 2012/5/24 Otacílio: Eu não faria isso se fosse você... Veja o FAQ em http://wiki.freebsd.org/Intel_GPU, pode ajudar, lá tem algumas dicas (ponto para o primeiro item: Do not mail me in private. Use mailing lists, x11@ is probably right one) O que o desenvolvedor menos quer e ficar ouvindo problema de driver sem todo o procedimento de bug reporting. O KMS ainda está em pleno desenvolvimento, pessoalmente acho que ainda não vale a pena ficar quebrando a cabeça com isso. >>> >>> Se não vai mandar para o desenvolvedor então mande para a lista que ele >>> sugere (x11) pelo menos para ficar registrado em algum lugar que esse >>> driver não está funcionando. >> >> Pra quê? Está escrito muito claramente que o KMS está em >> desenvolvimento... > > Por que ele mesmo sugeriu! > I have the problem > Do not mail me in private. Use mailing lists, x11@ is probably > right one. 3. I want to test ! Great. Why do you think that I need to know about it ? Bug fixes and reviews are welcome. >> >>> Já é difícil arrumar gente para testar e quando tem um que testa não >>> querer nem ouvir é o que faz dar vontade de migrar para o Linux. Mas >>> fazer o que? cada um cada um... >> >> Até onde eu saiba não existe ninguém pedindo para testar, o >> desenvoledor deixa isso muito claro. (a.k.a. use por conta própria). >> Quando estiver maduro o suficiente tenho certeza que lançarão um CFT >> no freebsd-x11@ e current@. >> >> > > > Ok, ele é o desenvolvedor "Deus" vai fazer certo de primeira, sem teste > e sem p. nenhuma. Fico feliz por isso já este driver em particular foi > pago para ser feito pela foundation. Ah, tenho certeza que não, mas ficar enchendo o saco do cara por um driver que ainda nem em _fase de testes_ está não vai ajudar ninguém. > Na próxima que alguém perguntar esse tipo de coisa vou dar a resposta > mais fácil: > > Use um Linux! Tá nervosinha? Vai descontar na sogra ;) -- William Grzybowski -- Agência Livre - www.agencialivre.com.br Curitiba/PR - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >>> Eu nao estou nervoso por causa do drive, eu so uso linux por causa do >>> maldito sistema da empresa que nao funfa no FreeBSD. >> >> Não falei de você. >> >> E pessoalmente não vejo nada de errado com Linux. >> FreeBSD é conhecido por sua força em servidores, não em desktop, tanto >> que KMS só está sendo desenvolvido agora e flash é emulado. Quemusa >> freebsd como desktop tem que arcar com as consequencias. >> >> >> -- >> William Grzybowski >> -- >> Agência Livre - www.agencialivre.com.br >> Curitiba/PR - Brasil >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Foi mal, eu uso em desktop sem problemas, questao maior e so este drive. > Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente os errados somos nós. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
On Thu, May 24, 2012 15:59, Otacílio wrote: >> Foi mal, eu uso em desktop sem problemas, questao maior e so este drive. >> > > Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente os > errados somos nós. com certeza você é um fanfarrão Otacílo :) matheus ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
On Thursday 24 May 2012 16:43:50 Nenhum_de_Nos wrote: > On Thu, May 24, 2012 15:59, Otacílio wrote: > >> Foi mal, eu uso em desktop sem problemas, questao maior e so este drive. > > > > Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente os > > errados somos nós. > > com certeza você é um fanfarrão Otacílo :) > > matheus > > ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão [lgcosta@desktop] ~/tmp> uname -a FreeBSD desktop.luizgustavo.pro.br 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Que coisa idiota que to fazendo !!! usando freebsd como desktop ! e eu ainda fico compilando as coisas com clang, meu Deus ! pra quem vou reportar, acho que o lance é usar windows mesmo, assim pago pra reportar pra alguem :p Cadê o Irado hein ? (flames > /dev/null) -- --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 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 8 + esxi5 (em firewall)
1 giga internet 1 giga clearchannel 500 megas mpls ae fora isso o lado da lan ;) Em 5/24/12 3:09 PM, Rafael Ganascim escreveu: > Salve Kbelo, Mac, e Galera, > > Cabelo, só a título de informação, caso você possa passar. quanto > de banda e quantas conexões passam por este firewall? > Tenho vários físicos, e tenho a vontade e receio de colocar > virtualizado também > > Valeus. > > Em 24 de maio de 2012 15:03, Matheus L. Abreu > escreveu: >> 2012/5/24 Christopher Giese - BSDUX >> >>> Salve >>> >>> Negativo.. nao instalei e nem configurei >>> >>> Em tese fara diferenca na estrutura de io/network ? >>> >>> Grato >>> SkyWarrior >>> >>> Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: Está instado e configurado vmware-tools? Em 24 de maio de 2012 14:55, Matheus L. Abreu escreveu: > 2012/5/24 Christopher Giese - BSDUX > >> Boa tarde Pessoal >> >> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + FreeBSD >> 8 >> porem como eh o caso dos r410 da dell a performance nao era >> maravilha... >> >> entao apelei para o que a maioria tem apelado (no caso dos r410) para >> esxi :) >> >> antes do esxi a estrutura ficava em 0.2 de loadaverage e o kernel >> nao subia alem de 20% cpu >> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel bate >> 180..200 de cpu >> >> Pergunta alguem ae tem casos de routers / firewalls com fluxos >>> altos >> em esxi ? >> Algum macete / manha de tunning ? >> >> Valeu Pessoal >> >> Att >> SkyWarrior >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Primeiro de tudo, como está o valor do kern.hz ? > > > -- > *Matheus Lamberti de Abreu* > [ *matheusl.abreu* (at) *gmail.com* ] > [ http://matheuslamberti.blogspot.com ] > * > * > *- Sine qua non* > *- Embora nem tudo seja permitido, tudo é possível.* > *- Para obter algo que você nunca teve, precisa fazer algo que nunca >>> fez.* > * > * > *- Unix is user friendly. It's just selective about who its friends >>> are.* > *- In theory there is no difference between theory and pratice, but in > pratice there is.* > *- Two things control men's nature, instinct and experience.* > *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* > - > 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 >>> >> O vfs.read_max fará diferença no disco (gravação de logs) >> O open-vm-tools dá uma boa melhorada no gerenciamento de memória e swap. >> >> -- >> *Matheus Lamberti de Abreu* >> [ *matheusl.abreu* (at) *gmail.com* ] >> [ http://matheuslamberti.blogspot.com ] >> * >> * >> *- Sine qua non* >> *- Embora nem tudo seja permitido, tudo é possível.* >> *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* >> * >> * >> *- Unix is user friendly. It's just selective about who its friends are.* >> *- In theory there is no difference between theory and pratice, but in >> pratice there is.* >> *- Two things control men's nature, instinct and experience.* >> *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* >> - >> 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] freebsd 8 + esxi5 (em firewall)
8.3 stable Em 5/24/12 3:11 PM, Matheus L. Abreu escreveu: > 2012/5/24 Rafael Ganascim > >> Salve Kbelo, Mac, e Galera, >> >> Cabelo, só a título de informação, caso você possa passar. quanto >> de banda e quantas conexões passam por este firewall? >> Tenho vários físicos, e tenho a vontade e receio de colocar >> virtualizado também >> >> Valeus. >> >> Em 24 de maio de 2012 15:03, Matheus L. Abreu >> escreveu: >>> 2012/5/24 Christopher Giese - BSDUX >>> Salve Negativo.. nao instalei e nem configurei Em tese fara diferenca na estrutura de io/network ? Grato SkyWarrior Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: > Está instado e configurado vmware-tools? > > Em 24 de maio de 2012 14:55, Matheus L. Abreu > escreveu: > >> 2012/5/24 Christopher Giese - BSDUX >> >>> Boa tarde Pessoal >>> >>> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + >> FreeBSD >>> 8 >>> porem como eh o caso dos r410 da dell a performance nao era >>> maravilha... >>> >>> entao apelei para o que a maioria tem apelado (no caso dos r410) >> para >>> esxi :) >>> >>> antes do esxi a estrutura ficava em 0.2 de loadaverage e o >> kernel >>> nao subia alem de 20% cpu >>> agora com esxi... a estrutura fica em 1.5 loadaverage e o kernel >> bate >>> 180..200 de cpu >>> >>> Pergunta alguem ae tem casos de routers / firewalls com fluxos altos >>> em esxi ? >>> Algum macete / manha de tunning ? >>> >>> Valeu Pessoal >>> >>> Att >>> SkyWarrior >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> Primeiro de tudo, como está o valor do kern.hz ? >> >> >> -- >> *Matheus Lamberti de Abreu* >> [ *matheusl.abreu* (at) *gmail.com* ] >> [ http://matheuslamberti.blogspot.com ] >> * >> * >> *- Sine qua non* >> *- Embora nem tudo seja permitido, tudo é possível.* >> *- Para obter algo que você nunca teve, precisa fazer algo que nunca fez.* >> * >> * >> *- Unix is user friendly. It's just selective about who its friends are.* >> *- In theory there is no difference between theory and pratice, but >> in >> pratice there is.* >> *- Two things control men's nature, instinct and experience.* >> *- "I do not fear computers. I fear the lack of them." (Isaac >> Asimov)* >> - >> 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 >>> O vfs.read_max fará diferença no disco (gravação de logs) >>> O open-vm-tools dá uma boa melhorada no gerenciamento de memória e swap. >>> >>> -- >>> *Matheus Lamberti de Abreu* >>> [ *matheusl.abreu* (at) *gmail.com* ] >>> [ http://matheuslamberti.blogspot.com ] >>> * >>> * >>> *- Sine qua non* >>> *- Embora nem tudo seja permitido, tudo é possível.* >>> *- Para obter algo que você nunca teve, precisa fazer algo que nunca >> fez.* >>> * >>> * >>> *- Unix is user friendly. It's just selective about who its friends are.* >>> *- In theory there is no difference between theory and pratice, but in >>> pratice there is.* >>> *- Two things control men's nature, instinct and experience.* >>> *- "I do not fear computers. I fear the lack of them." (Isaac Asimov)* >>> - >>> 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 >> > Opa, a turma toda está reunida por aqui... =D > Kblo, você está rodando o STABLE ou RELEASE? > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
Em 24 de maio de 2012 16:52, Luiz Gustavo escreveu: > On Thursday 24 May 2012 16:43:50 Nenhum_de_Nos wrote: >> On Thu, May 24, 2012 15:59, Otacílio wrote: >> >> Foi mal, eu uso em desktop sem problemas, questao maior e so este drive. >> > >> > Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente os >> > errados somos nós. >> >> com certeza você é um fanfarrão Otacílo :) >> >> matheus >> >> ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão > > [lgcosta@desktop] ~/tmp> uname -a > FreeBSD desktop.luizgustavo.pro.br 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan > 3 07:46:30 UTC 2012 > r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > Que coisa idiota que to fazendo !!! usando freebsd como desktop ! e eu ainda > fico compilando as coisas com clang, meu Deus ! pra quem vou reportar, acho > que o lance é usar windows mesmo, assim pago pra reportar pra alguem :p > > Cadê o Irado hein ? (flames > /dev/null) > > -- > --- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > 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 igualmente. root@sptizer:/root# uname -a FreeBSD sptizer 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Wed May 23 19:47:24 BRT 2012 root@sptizer:/usr/obj/usr/src/sys/GENERIC amd64 -- 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] Intel hd 3000.
Em Thu, 24 May 2012 16:43:50 -0300, Nenhum_de_Nos escreveu: > > On Thu, May 24, 2012 15:59, Otacílio wrote: >>> Foi mal, eu uso em desktop sem problemas, questao maior e so este >>> drive. >>> >> >> Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente os >> errados somos nós. > > com certeza você é um fanfarrão Otacílo :) > > matheus > > ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão > Mais um fanfarrão aqui! rs -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
eu uso o openbsd no desktop normal ate hj , so foi punk para funfar tudo - 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 8 + esxi5 (em firewall)
Em 24/05/2012, às 17:09, Christopher Giese - BSDUX escreveu: > 1 giga internet > 1 giga clearchannel > 500 megas mpls > > ae fora isso o lado da lan ;) Isso já nao é mais trabalho para software-router/bridge. Utilize hardware dedicado. -- Eduardo Schoedler Enviado via iPhone - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Intel hd 3000.
On Thu, May 24, 2012 19:57, Cleiton Alves wrote: > eu uso o openbsd no desktop normal ate hj , so foi punk para funfar tudo eu usei um pouco pedaco de tempo, e gostei. bem limpo e rapido :) matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Digest freebsd, volume 74, assunto 74
Em 24.05.2012 19:57, freebsd-requ...@fug.com.br escreveu: > Enviar submissões para a lista de discussão freebsd para > freebsd@fug.com.br > > Para se cadastrar ou descadastrar via WWW, visite o endereço > https://www.fug.com.br/mailman/listinfo/freebsd > ou, via email, envie uma mensagem com a palavra 'help' no assunto ou > corpo da mensagem para > freebsd-requ...@fug.com.br > > Você poderá entrar em contato com a pessoa que gerencia a lista pelo > endereço > freebsd-ow...@fug.com.br > > Quando responder, por favor edite sua linha Assunto assim ela será > mais específica que "Re: Contents of freebsd digest..." > > > Tópicos de Hoje: > >1. Re: Intel hd 3000. (Nenhum_de_Nos) >2. Re: Intel hd 3000. (Luiz Gustavo) >3. Re: freebsd 8 + esxi5 (em firewall) (Christopher Giese - BSDUX) >4. Re: freebsd 8 + esxi5 (em firewall) (Christopher Giese - BSDUX) >5. Re: Intel hd 3000. (Alessandro de Souza Rocha) >6. Re: Intel hd 3000. (Paulo Olivier Cavalcanti) >7. Re: Intel hd 3000. (Cleiton Alves) > > > > -- > > Message: 1 > Date: Thu, 24 May 2012 16:43:50 -0300 > From: "Nenhum_de_Nos" > Subject: Re: [FUG-BR] Intel hd 3000. > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) " > > Message-ID: > > Content-Type: text/plain;charset=iso-8859-1 > > > On Thu, May 24, 2012 15:59, Otacílio wrote: >>> Foi mal, eu uso em desktop sem problemas, questao maior e so este >>> drive. >>> >> >> Eh, eu uso também, talvez o pessoal do PC-BSD também use. Certamente >> os >> errados somos nós. > > com certeza você é um fanfarrão Otacílo :) > > matheus > > ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão > > -- > We will call you Cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > > > -- > > Message: 2 > Date: Thu, 24 May 2012 16:52:07 -0300 > From: Luiz Gustavo > Subject: Re: [FUG-BR] Intel hd 3000. > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Message-ID: <201205241652.08186.luizgust...@mundounix.com.br> > Content-Type: text/plain; charset="iso-8859-1" > > On Thursday 24 May 2012 16:43:50 Nenhum_de_Nos wrote: >> On Thu, May 24, 2012 15:59, Otacílio wrote: >> >> Foi mal, eu uso em desktop sem problemas, questao maior e so este >> drive. >> > >> > Eh, eu uso também, talvez o pessoal do PC-BSD também use. >> Certamente os >> > errados somos nós. >> >> com certeza você é um fanfarrão Otacílo :) >> >> matheus >> >> ps: eu uso FreeBSD em desktop também. Eu tb sou fanfarrão > > [lgcosta@desktop] ~/tmp> uname -a > FreeBSD desktop.luizgustavo.pro.br 9.0-RELEASE FreeBSD 9.0-RELEASE > #0: Tue Jan > 3 07:46:30 UTC 2012 > r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > Que coisa idiota que to fazendo !!! usando freebsd como desktop ! e > eu ainda > fico compilando as coisas com clang, meu Deus ! pra quem vou > reportar, acho > que o lance é usar windows mesmo, assim pago pra reportar pra alguem > :p > > Cadê o Irado hein ? (flames > /dev/null) > > -- > --- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > Blog: http://www.luizgustavo.pro.br > > > -- > > Message: 3 > Date: Thu, 24 May 2012 17:09:32 -0300 > From: Christopher Giese - BSDUX > Subject: Re: [FUG-BR] freebsd 8 + esxi5 (em firewall) > To: freebsd@fug.com.br > Message-ID: <4fbe957c.4020...@bsdux.com.br> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > 1 giga internet > 1 giga clearchannel > 500 megas mpls > > ae fora isso o lado da lan ;) > > > Em 5/24/12 3:09 PM, Rafael Ganascim escreveu: >> Salve Kbelo, Mac, e Galera, >> >> Cabelo, só a título de informação, caso você possa passar. >> quanto >> de banda e quantas conexões passam por este firewall? >> Tenho vários físicos, e tenho a vontade e receio de colocar >> virtualizado também >> >> Valeus. >> >> Em 24 de maio de 2012 15:03, Matheus L. Abreu >> escreveu: >>> 2012/5/24 Christopher Giese - BSDUX >>> Salve Negativo.. nao instalei e nem configurei Em tese fara diferenca na estrutura de io/network ? Grato SkyWarrior Em 5/24/12 2:57 PM, Welinaldo Lopes Nascimento escreveu: > Está instado e configurado vmware-tools? > > Em 24 de maio de 2012 14:55, Matheus L. Abreu > escreveu: > >> 2012/5/24 Christopher Giese - BSDUX >> >>> Boa tarde Pessoal >>> >>> Tinha eu rodando uma estrutura rodando maquina fisica (dell) + >>> FreeBSD >>> 8 >>> porem como eh o caso dos r410 da dell a p
