Re: [FUG-BR] Cópia a quente do HD
2009/12/1 Edinilson - ATINET edinil...@atinet.com.br: Caros amigos, alguém conhece algum software onde eu consiga fazer uma imagem a quente do HD do freebsd e recuperar, depois, em outro HD ? Alguma coisa do tipo Acronis True Image para Windows ( http://www.acronis.com/ ) Pergunto pois, preciso passar um HD IDE para HD SATA e está dificil arrumar um tempo para parar o servidor e fazer um ghost. Obrigado Se for usar o dump avise ele que o sistema é live com -L. Se quiser usar qualquer outro programa (dd, tar, cp, etc) faça um snapshot: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/snapshots.html []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Bom dia senhores! Preferi criar um tópico novo, pois o foco anterior era instalar o VMWare Tools, e já consegui fazer usando Open-VM-Tools (rodando perfeito). Amigos, não tenho dados para fazer comparação, mas dar pra perceber, tá muito lento... alguém da lista tem freebsd 8 (amd64) rodando com ESXi 4? que tipo de tunning fez no kernel, sysctl, loader.conf, etc? Agora pouco recebi um email de Ari (aqui da lista) comentando seus testes com BSD no ESX, também tendo problemas com performance... Minhas buscas no Google só me jogam para reclamações de performance... enfim... alguém tem algo rodando nesse ambiente? Ontem instalei um SAMBA, demorou muito para compilar... depois que terminou, fiz um compartilhamento, enviei alguns arquivos de 800mb, e foi bem rápido... aparentemente rede está OK, mas CPU tá bem lento mesmo... Hoje vou brincar de Kernel, ainda não personalizei, está sem aqueles tunnings para SQUID, etc... pelo que tenho visto, vai demorar o dia inteiro =) Postando novamente dados da máquina: Dell T300 2 SAS 300GB 15K RPM (RAID 1 = PERC) -- fiz questão de ser PERC, já devido a comentários de problemas com iSAS 4GB RAM Intel QUAD CORE Rodando sobre ESXi4 (iso customizado para Dell). Já apliquei o SP1 e todos os hotfix do ESXi. OpenManage rodando, nenhum alerta quanto ao estado da máquina. Guest instalado: FreeBSD 8.0 RELEASE (amd64) [r...@intranet /]# cat /boot/loader.conf kern.hz=100 [r...@intranet /]# cat /etc/sysctl.conf vfs.read_max=256 [r...@intranet /]# pkg_info | grep vm open-vm-tools-nox11-167859_1 Open VMware tools for FreeBSD VMware guests Dicas serão bem vindas! =) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Controle da versão do RELENG_7
Pessoal, Hoje fiz atualização em um servidor e vi que não foram atualizados os fontes do SSL. Segue supfile: # cat /etc/supfile # *default host=cvsup2.br.FreeBSD.org *default host=cvsup2.FreeBSD.org #*default host=cvsup.br.FreeBSD.org #*default host=cvsup.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_7 *default delete use-rel-suffix *default compress src-all Normalmente eu uso sempre o cvsup.br.freebsd.org, mas hoje tive que mudar e daí vieram os fontes do SSL. Fui comparar com as versões do anúncio oficial (http://security.freebsd.org/advisories/FreeBSD-SA-09:15.ssl.asc): RELENG_7 src/crypto/openssl/ssl/s3_pkt.c1.1.1.12.2.1 src/crypto/openssl/ssl/s3_srvr.c 1.1.1.17.2.2 src/crypto/openssl/ssl/s3_lib.c1.1.1.13.2.1 Entrei nos arquivos acima e não tem nenhuma linha comentada como de costume com a versão ou data. Isso não deveria acontecer para todos os fontes? Vi que foram atualizados, pois mostrou no csup e também a data dos arquivos estava de hoje. Como sei de fato se é esse mesmo o último fonte? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Como já comentou, também não fiquei satisfeito com a performance do FreeBSD no vmware. Nessa sua máquina tem outras VM? Vc colocou as 4 CPUs para essa VM do FreeBSD? Pelo que li e vi a respeito do VMWare, ele fica legal em máquina gigante e com várias VMs compartilhando os recursos. Além do tamanho da máquina, storage externo também é recomendado. Estou muito curioso para testar o Citrix e ver comparativos. Alguém já testou? Obrigado, Ari 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Bom dia senhores! Preferi criar um tópico novo, pois o foco anterior era instalar o VMWare Tools, e já consegui fazer usando Open-VM-Tools (rodando perfeito). Amigos, não tenho dados para fazer comparação, mas dar pra perceber, tá muito lento... alguém da lista tem freebsd 8 (amd64) rodando com ESXi 4? que tipo de tunning fez no kernel, sysctl, loader.conf, etc? Agora pouco recebi um email de Ari (aqui da lista) comentando seus testes com BSD no ESX, também tendo problemas com performance... Minhas buscas no Google só me jogam para reclamações de performance... enfim... alguém tem algo rodando nesse ambiente? Ontem instalei um SAMBA, demorou muito para compilar... depois que terminou, fiz um compartilhamento, enviei alguns arquivos de 800mb, e foi bem rápido... aparentemente rede está OK, mas CPU tá bem lento mesmo... Hoje vou brincar de Kernel, ainda não personalizei, está sem aqueles tunnings para SQUID, etc... pelo que tenho visto, vai demorar o dia inteiro =) Postando novamente dados da máquina: Dell T300 2 SAS 300GB 15K RPM (RAID 1 = PERC) -- fiz questão de ser PERC, já devido a comentários de problemas com iSAS 4GB RAM Intel QUAD CORE Rodando sobre ESXi4 (iso customizado para Dell). Já apliquei o SP1 e todos os hotfix do ESXi. OpenManage rodando, nenhum alerta quanto ao estado da máquina. Guest instalado: FreeBSD 8.0 RELEASE (amd64) [r...@intranet /]# cat /boot/loader.conf kern.hz=100 [r...@intranet /]# cat /etc/sysctl.conf vfs.read_max=256 [r...@intranet /]# pkg_info | grep vm open-vm-tools-nox11-167859_1 Open VMware tools for FreeBSD VMware guests Dicas serão bem vindas! =) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Ari Arantes Filho escreveu: Como já comentou, também não fiquei satisfeito com a performance do FreeBSD no vmware. Nessa sua máquina tem outras VM? Vc colocou as 4 CPUs para essa VM do FreeBSD? Pelo que li e vi a respeito do VMWare, ele fica legal em máquina gigante e com várias VMs compartilhando os recursos. Além do tamanho da máquina, storage externo também é recomendado. Estou muito curioso para testar o Citrix e ver comparativos. Alguém já testou? Obrigado, Ari Tem um pfSense, mas está desativado... era só teste. Criei o guest com 4 CPU's e toda a memória (pensei também que poderia ser isso, não ter reservado nenhum processador e memória para o próprio ESX, mas acho que não é o caso) Estou compilando o kernel agora... vamos ver quanto tempo vai demorar. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Pergunta que não quer calar, você pretende fazer o que com esse FreeBSD virtual ?? -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] Sine qua non In theory there is no difference between theory and practice, but in practice there is. Para obter algo que você nunca teve, precisa fazer algo que nunca fez. 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Ari Arantes Filho escreveu: Como já comentou, também não fiquei satisfeito com a performance do FreeBSD no vmware. Nessa sua máquina tem outras VM? Vc colocou as 4 CPUs para essa VM do FreeBSD? Pelo que li e vi a respeito do VMWare, ele fica legal em máquina gigante e com várias VMs compartilhando os recursos. Além do tamanho da máquina, storage externo também é recomendado. Estou muito curioso para testar o Citrix e ver comparativos. Alguém já testou? Obrigado, Ari Tem um pfSense, mas está desativado... era só teste. Criei o guest com 4 CPU's e toda a memória (pensei também que poderia ser isso, não ter reservado nenhum processador e memória para o próprio ESX, mas acho que não é o caso) Estou compilando o kernel agora... vamos ver quanto tempo vai demorar. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Matheus L. Abreu escreveu: Pergunta que não quer calar, você pretende fazer o que com esse FreeBSD virtual ?? -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com Substituir um servidor atual que tenho rodando um MONTE de serviço (servidor web, dns, squid, dansguardian, openvpn, mpd, firewall pf+ipfw+dummynet, samba, roteamento de um monte de filial/tc turbo/vpn, ids, dhcp, monitoramento com nagios, etc). Simples assim =) (eu sei que vão dizer que é muita coisa para um só servidor, centralizar riscos, etc... mas por enquanto tem que ser assim mesmo). -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Welkson Renny de Medeiros wrote: Matheus L. Abreu escreveu: Pergunta que não quer calar, você pretende fazer o que com esse FreeBSD virtual ?? -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com Substituir um servidor atual que tenho rodando um MONTE de serviço (servidor web, dns, squid, dansguardian, openvpn, mpd, firewall pf+ipfw+dummynet, samba, roteamento de um monte de filial/tc turbo/vpn, ids, dhcp, monitoramento com nagios, etc). Simples assim =) (eu sei que vão dizer que é muita coisa para um só servidor, centralizar riscos, etc... mas por enquanto tem que ser assim mesmo). Só uma observação sobre o dummynet, a man recomenda deixar options HZ em 1000HZ. -- Danilo Egêa Gondolfo Email/MSN - daniloe...@yahoo.com.br Skype - daniloegea Twitter - http://twitter.com/daniloegea Blog - http://daniloegea.wordpress.com __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Já que você pode virtualizar várias máquinas, porque não separar algumas. Seu problema vai ser IO (disco, trocas de contexto e por ae vai) Acredito que separando um pouco as coisas, possa melhorar bastante seu cenário. -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] Sine qua non In theory there is no difference between theory and practice, but in practice there is. Para obter algo que você nunca teve, precisa fazer algo que nunca fez. 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Matheus L. Abreu escreveu: Pergunta que não quer calar, você pretende fazer o que com esse FreeBSD virtual ?? -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com Substituir um servidor atual que tenho rodando um MONTE de serviço (servidor web, dns, squid, dansguardian, openvpn, mpd, firewall pf+ipfw+dummynet, samba, roteamento de um monte de filial/tc turbo/vpn, ids, dhcp, monitoramento com nagios, etc). Simples assim =) (eu sei que vão dizer que é muita coisa para um só servidor, centralizar riscos, etc... mas por enquanto tem que ser assim mesmo). -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Matheus L. Abreu escreveu: Já que você pode virtualizar várias máquinas, porque não separar algumas. Seu problema vai ser IO (disco, trocas de contexto e por ae vai) Acredito que separando um pouco as coisas, possa melhorar bastante seu cenário. -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] Sine qua non In theory there is no difference between theory and practice, but in practice there is. Para obter algo que você nunca teve, precisa fazer algo que nunca fez. Vou pensar no caso... eu já tinha decidido instalar o pfSense para controlar a rede sem fio... ligar o AP direto na LAN, e WAN pegar internet do FreeBSD normal... ativar o Portal Captivo, e obrigar a galera a se autenticar para usar Wifi (classe de rede diferente, etc). Mas isso é já é OT =) Acabou de terminar a compilação do kernel... demorou 15 min... normal? (pergunto porque sou programador, minha rotina não é instalar freebsd, a última vez que compilei um kernel faz quase 2 anos... instalo, configuro serviços e só mexo quando para ou precisa trocar de máquina, como agora =) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
estou usando o ESXi 4 com FreeBSD i386... funcionando bem, sem problemas. Minhas restrições com o 64 que me levaram a usar o i386 são simples, uma vez que nem o zdump estava funcionando até o ano passado. Obvio que o zdump não é essencial para produtividade, mas é claro como o 64 ainda não está redondo. Pra quem precisa de uma VM com mais de 4GB, faz todo sentido uma vez que o PAE não é uma boa solução, mas pra menos que 4GB multiplas VMs i386 podem ser de melhor valia. Abs, 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Matheus L. Abreu escreveu: Já que você pode virtualizar várias máquinas, porque não separar algumas. Seu problema vai ser IO (disco, trocas de contexto e por ae vai) Acredito que separando um pouco as coisas, possa melhorar bastante seu cenário. -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] Sine qua non In theory there is no difference between theory and practice, but in practice there is. Para obter algo que você nunca teve, precisa fazer algo que nunca fez. Vou pensar no caso... eu já tinha decidido instalar o pfSense para controlar a rede sem fio... ligar o AP direto na LAN, e WAN pegar internet do FreeBSD normal... ativar o Portal Captivo, e obrigar a galera a se autenticar para usar Wifi (classe de rede diferente, etc). Mas isso é já é OT =) Acabou de terminar a compilação do kernel... demorou 15 min... normal? (pergunto porque sou programador, minha rotina não é instalar freebsd, a última vez que compilei um kernel faz quase 2 anos... instalo, configuro serviços e só mexo quando para ou precisa trocar de máquina, como agora =) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ? Por que bloqueado pra manutencao eterna ?
Olá a todos. Sempre que eu tento fazer uma busca nos arquivos da lista sobre qualquer assunto eu só consigo obter: Results: References: [ (The index is locked for maintenance) ] ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Pedro Madsen escreveu: estou usando o ESXi 4 com FreeBSD i386... funcionando bem, sem problemas. Minhas restrições com o 64 que me levaram a usar o i386 são simples, uma vez que nem o zdump estava funcionando até o ano passado. Obvio que o zdump não é essencial para produtividade, mas é claro como o 64 ainda não está redondo. Pra quem precisa de uma VM com mais de 4GB, faz todo sentido uma vez que o PAE não é uma boa solução, mas pra menos que 4GB multiplas VMs i386 podem ser de melhor valia. Abs, Tem razão Pedro, é uma opção. Realmente não tenho necessidade de usar um sistema 64 bits, o 32 bits atenderia sem problemas. Vou continuar fazendo testes para efeito educacional, se o problema persistir vou baixar um iso do i386 e começar tudo novamente =) Obrigado pela dica. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE
Danilo Egea escreveu: Só uma observação sobre o dummynet, a man recomenda deixar options HZ em 1000HZ Danilo, o homem do Twitter =) Agora tu me deixou em uma enrascada, o ESX recomenda hz=100, dummynet 1000... eu vou usar os dois... =) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ? Por que bloqueado pra manutencao eterna ?
Evaldo Silva escreveu: Olá a todos. Sempre que eu tento fazer uma busca nos arquivos da lista sobre qualquer assunto eu só consigo obter: Evaldo, Usa o google para procurar diretamento no histórico, acho que ajudar. [1]. http://www.google.com.br/custom?domains=fug.com.br Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ? Por que bloqueado pra manutencao eterna ?
Evaldo Silva escreveu: Olá a todos. Sempre que eu tento fazer uma busca nos arquivos da lista sobre qualquer assunto eu só consigo obter: Results: References: [ (The index is locked for maintenance) ] ??? Boa pergunta =) De qualquer forma tem esse mirror: http://www.mail-archive.com/freebsd@fug.com.br/ -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Como saber se o servidor de cvsup está atualizado?
Pessoal, Rodei o csup /etc/supfile com os servidores: cvsup2.br.FreeBSD.org e cvsup.br.FreeBSD.org # csup /etc/supfile Connected to 143.106.51.13 Updating collection src-all/cvs Finished successfully Troquei o servidor para o cvsup.FreeBSD.org (apesar de nunca conseguir conexão nesse, sempre ocupado, acabou dando certo): # csup /etc/supfile Connected to 72.233.193.64 Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Edit src/crypto/openssl/ssl/s3_pkt.c Edit src/crypto/openssl/ssl/s3_srvr.c Edit src/etc/mtree/BSD.var.dist Edit src/usr.sbin/freebsd-update/freebsd-update.sh Finished successfully Ou seja, o último estava atualizado, agora: como saber se o servidor está ou não atualizado? Tem como? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ? Por que bloqueado pra manutencao eterna ?
Muito grato a todos. Aleluia Deus salve a Comunidade BreeBSD BraSil!!! Vida Longa... :) Abraço fraterno Evaldo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Welkson Renny de Medeiros escreveu: Danilo Egea escreveu: Só uma observação sobre o dummynet, a man recomenda deixar options HZ em 1000HZ Danilo, o homem do Twitter =) Agora tu me deixou em uma enrascada, o ESX recomenda hz=100, dummynet 1000... eu vou usar os dois... =) Pessoal, Estou vendo algumas ferramentas de benchmarks: http://www.freebsd.org/ports/benchmarks.html Acabei de instalar a Ubench, fiz teste de CPU e Memória: Ubench CPU: 1245995 - Não me diz coisa alguma Ubench MEM: 96137- Também não =) Agora os gráficos do ESX: [CPU] http://intranet.focusautomacao.com.br/publico/esx/cpu.PNG [MEMÓRIA] http://intranet.focusautomacao.com.br/publico/esx/memoria.PNG Pelo que percebo nos gráficos, aparentemente está tudo normal, usando todos os processados, potência total... memória também... Instalei o Bonnie para testar I/O (pkg_add -r bonnie), simulei com um arquivo de 1000MB: [r...@intranet /root]# bonnie -s 1000 File './Bonnie.1499', size: 1048576000 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1000 11249 97.3 47028 87.7 73542 61.7 124799 99.0 264879 99.0 19256.7 130.8 Não consegui interpretar esses dados, mas peguei o gráfico do ESX: http://intranet.focusautomacao.com.br/publico/esx/disco.PNG Acho que é frescura minha mesmo, aparentemente está tudo normal, concordam? -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Como saber se o servidor de cvsup está atualizado?
2009/12/3 Ari Arantes Filho a...@dd.com.br Pessoal, Rodei o csup /etc/supfile com os servidores: cvsup2.br.FreeBSD.org e cvsup.br.FreeBSD.org # csup /etc/supfile Connected to 143.106.51.13 Updating collection src-all/cvs Finished successfully Troquei o servidor para o cvsup.FreeBSD.org (apesar de nunca conseguir conexão nesse, sempre ocupado, acabou dando certo): # csup /etc/supfile Connected to 72.233.193.64 Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Edit src/crypto/openssl/ssl/s3_pkt.c Edit src/crypto/openssl/ssl/s3_srvr.c Edit src/etc/mtree/BSD.var.dist Edit src/usr.sbin/freebsd-update/freebsd-update.sh Finished successfully Ou seja, o último estava atualizado, agora: como saber se o servidor está ou não atualizado? Tem como? Os de Taiwan eu achei, agora: http://ftp.giga.net.tw/cvsup.php uma vez achei os outros mais agora não to achando. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Welkson Renny de Medeiros escreveu: Pessoal, Estou vendo algumas ferramentas de benchmarks: http://www.freebsd.org/ports/benchmarks.html Mais alguns testes: http://intranet.focusautomacao.com.br/publico/esx/comparacao.txt A máquina velha está com um MONTE de serviço rodando, em produção, a nova não tem nada, e mesmo assim o desempenho é muito inferior... -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Boa tarde Welkson. Vendo o seu txt, eu verifiquei umas coisas: ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU # FreeBSD 8.0 - MÁQUINA NOVA (ESXi4 - QUAD CORE - HD SAS) 1000 11249 97.3 47028 87.7 73542 61.7 124799 99.0 264879 99.0 19256.7 130 # FreeBSD 7.0 - MÁQUINA VELHA (Não Virtualizada - Dual Core - 2 GB RAM - hd sata) 1000 60951 41.8 56216 10.7 12061 3.3 43217 36.2 51960 7.6 234.0 1.0 Leitura sequencial, o sistema físico levou a melhor. Em gravação, e leitura aleatória, o virtual levou a melhor. Isso se deve a um fator simples, discos SCSI (acredito que em consequencia SAS) são melhores na leitura de diversos arquivos pequenos, do que em um único arquivo grande. A um tempo atrás, eu vi um comparativo de discos SATA, e SCSI 320mb/s. Para uma grande quantidade de arquivos pequenos, leitura e escrita, tipo diversos HTML, com gif/jpg/js, o SCSI saia na frente, e muito melhor. Mas na leitura e gravação de um único arquivo grande, maior de 10gb, o SATA saia na frente... E como as máquinas virtuais ficam em apenas um único arquivo gigante, a performance dele não é muito boa para leitura sequencial... mas gravação, e busca, que é o ponto que o SAS se destaca, ele se sai melhor. O ponto importante disso, é destacar quem como o SAS se comporta melhor na leitura de vários arquivos simultaneos, ele se sairá melhor com várias máquinas virtuais. SAS com uma única máquina virtual vai ter desempenho inferior que um SATA com uma única maquina virtual. Agora, um SAS com 20 máquinas virtuais, vai ter o mesmo desempenho que o SAS com uma única máquina virtual, enquanto um SATA com 20 máquinas virtuais, vai parecer o Pentium 100. E levendo em conta ainda que vc está usando um RAID-1, ele é relativamente mais lento que um RAID-0, ou RAID-5. Você deve levar isso em conta também. O ideal para se obter performance total usando virtualização, infelizmente é com um Storage externo dedicado ligado via fiber channel. E note que mesmo assim, a performance do disco não será 100% igual um disco SATA dedicado a uma máquina física. mas vc sempre estará ganhando na quantidade. Se vc executasse o mesmo teste que você fez na máquina virtual, em 10 máquinas virtuais, simultaneamente no mesmo hardware, os resultados seriam os mesmos. Agora se vc executar o mesmo teste em uma máquina fisica, 10 vezes similtaneamente, a degradação será altissima. O ideal de se usar um cenário de máquinas virtuais, é ver várias máquinas, cada uma executando uma função diferente. No total, cada uma delas será mais rápida do que apenas uma executando tudo. Espero ter ajudado. 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br: Welkson Renny de Medeiros escreveu: Pessoal, Estou vendo algumas ferramentas de benchmarks: http://www.freebsd.org/ports/benchmarks.html Mais alguns testes: http://intranet.focusautomacao.com.br/publico/esx/comparacao.txt A máquina velha está com um MONTE de serviço rodando, em produção, a nova não tem nada, e mesmo assim o desempenho é muito inferior... -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria Grupo de Sistemas e Redes Serviço Técnico de Informática Faculdade de Ciências e Letras do Campus de Araraquara - UNESP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ? Por que bloqueado pra manutencao eterna ?
2009/12/3 Evaldo Silva eva...@fcm.unicamp.br: Olá a todos. Sempre que eu tento fazer uma busca nos arquivos da lista sobre qualquer assunto eu só consigo obter: Results: References: [ (The index is locked for maintenance) ] ??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Sempre que preciso consultar o histórico, peço assim para o google: site:http://www.fug.com.br/historico pesquisa -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Rafael Henrique Faria escreveu: Boa tarde Welkson. Vendo o seu txt, eu verifiquei umas coisas: ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU # FreeBSD 8.0 - MÁQUINA NOVA (ESXi4 - QUAD CORE - HD SAS) 1000 11249 97.3 47028 87.7 73542 61.7 124799 99.0 264879 99.0 19256.7 130 # FreeBSD 7.0 - MÁQUINA VELHA (Não Virtualizada - Dual Core - 2 GB RAM - hd sata) 1000 60951 41.8 56216 10.7 12061 3.3 43217 36.2 51960 7.6 234.0 1.0 Leitura sequencial, o sistema físico levou a melhor. Em gravação, e leitura aleatória, o virtual levou a melhor. Isso se deve a um fator simples, discos SCSI (acredito que em consequencia SAS) são melhores na leitura de diversos arquivos pequenos, do que em um único arquivo grande. A um tempo atrás, eu vi um comparativo de discos SATA, e SCSI 320mb/s. Para uma grande quantidade de arquivos pequenos, leitura e escrita, tipo diversos HTML, com gif/jpg/js, o SCSI saia na frente, e muito melhor. Mas na leitura e gravação de um único arquivo grande, maior de 10gb, o SATA saia na frente... E como as máquinas virtuais ficam em apenas um único arquivo gigante, a performance dele não é muito boa para leitura sequencial... mas gravação, e busca, que é o ponto que o SAS se destaca, ele se sai melhor. O ponto importante disso, é destacar quem como o SAS se comporta melhor na leitura de vários arquivos simultaneos, ele se sairá melhor com várias máquinas virtuais. SAS com uma única máquina virtual vai ter desempenho inferior que um SATA com uma única maquina virtual. Agora, um SAS com 20 máquinas virtuais, vai ter o mesmo desempenho que o SAS com uma única máquina virtual, enquanto um SATA com 20 máquinas virtuais, vai parecer o Pentium 100. E levendo em conta ainda que vc está usando um RAID-1, ele é relativamente mais lento que um RAID-0, ou RAID-5. Você deve levar isso em conta também. O ideal para se obter performance total usando virtualização, infelizmente é com um Storage externo dedicado ligado via fiber channel. E note que mesmo assim, a performance do disco não será 100% igual um disco SATA dedicado a uma máquina física. mas vc sempre estará ganhando na quantidade. Se vc executasse o mesmo teste que você fez na máquina virtual, em 10 máquinas virtuais, simultaneamente no mesmo hardware, os resultados seriam os mesmos. Agora se vc executar o mesmo teste em uma máquina fisica, 10 vezes similtaneamente, a degradação será altissima. O ideal de se usar um cenário de máquinas virtuais, é ver várias máquinas, cada uma executando uma função diferente. No total, cada uma delas será mais rápida do que apenas uma executando tudo. Espero ter ajudado. Entendi Rafael! Acho que vou dividir em 2 máquinas, uma para controle de banda, redundância de links, etc (poderia até ser um OpenBSD hein? mas nunca usei)... e outra para serviços (servidor web, samba, etc). Cara, se não fosse o maldito OpenManage eu instalava sem virtualização. Muita sacanagem da Dell... FreeBSD é muito usado como servidor, eles vendem equipamentos para servidor, e não dão suporte ao OpenManage para FreeBSD... não dar para entender... Se instalo esse treco sem o OM, e daqui a 2 anos um disco perde sincronismo, como resolvo? No ESX eles criaram um VIB, algo como uma extensão que é instalado no ESX e o OpenManage mesmo você instala em outra máquina com Windows ou Linux conectando a esse VIB... porque não fazem o mesmo com FreeBSD? esse VIB se não me engano é 2 MB... -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Tenta dividir em 4 máquinas ... 1 para as vpns 1 para controle de banda 1 para serviços web 1 para proxy (dansguardian) ;D -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] Sine qua non In theory there is no difference between theory and practice, but in practice there is. Para obter algo que você nunca teve, precisa fazer algo que nunca fez. 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Rafael Henrique Faria escreveu: Boa tarde Welkson. Vendo o seu txt, eu verifiquei umas coisas: ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU # FreeBSD 8.0 - MÁQUINA NOVA (ESXi4 - QUAD CORE - HD SAS) 1000 11249 97.3 47028 87.7 73542 61.7 124799 99.0 264879 99.0 19256.7 130 # FreeBSD 7.0 - MÁQUINA VELHA (Não Virtualizada - Dual Core - 2 GB RAM - hd sata) 1000 60951 41.8 56216 10.7 12061 3.3 43217 36.2 51960 7.6 234.0 1.0 Leitura sequencial, o sistema físico levou a melhor. Em gravação, e leitura aleatória, o virtual levou a melhor. Isso se deve a um fator simples, discos SCSI (acredito que em consequencia SAS) são melhores na leitura de diversos arquivos pequenos, do que em um único arquivo grande. A um tempo atrás, eu vi um comparativo de discos SATA, e SCSI 320mb/s. Para uma grande quantidade de arquivos pequenos, leitura e escrita, tipo diversos HTML, com gif/jpg/js, o SCSI saia na frente, e muito melhor. Mas na leitura e gravação de um único arquivo grande, maior de 10gb, o SATA saia na frente... E como as máquinas virtuais ficam em apenas um único arquivo gigante, a performance dele não é muito boa para leitura sequencial... mas gravação, e busca, que é o ponto que o SAS se destaca, ele se sai melhor. O ponto importante disso, é destacar quem como o SAS se comporta melhor na leitura de vários arquivos simultaneos, ele se sairá melhor com várias máquinas virtuais. SAS com uma única máquina virtual vai ter desempenho inferior que um SATA com uma única maquina virtual. Agora, um SAS com 20 máquinas virtuais, vai ter o mesmo desempenho que o SAS com uma única máquina virtual, enquanto um SATA com 20 máquinas virtuais, vai parecer o Pentium 100. E levendo em conta ainda que vc está usando um RAID-1, ele é relativamente mais lento que um RAID-0, ou RAID-5. Você deve levar isso em conta também. O ideal para se obter performance total usando virtualização, infelizmente é com um Storage externo dedicado ligado via fiber channel. E note que mesmo assim, a performance do disco não será 100% igual um disco SATA dedicado a uma máquina física. mas vc sempre estará ganhando na quantidade. Se vc executasse o mesmo teste que você fez na máquina virtual, em 10 máquinas virtuais, simultaneamente no mesmo hardware, os resultados seriam os mesmos. Agora se vc executar o mesmo teste em uma máquina fisica, 10 vezes similtaneamente, a degradação será altissima. O ideal de se usar um cenário de máquinas virtuais, é ver várias máquinas, cada uma executando uma função diferente. No total, cada uma delas será mais rápida do que apenas uma executando tudo. Espero ter ajudado. Entendi Rafael! Acho que vou dividir em 2 máquinas, uma para controle de banda, redundância de links, etc (poderia até ser um OpenBSD hein? mas nunca usei)... e outra para serviços (servidor web, samba, etc). Cara, se não fosse o maldito OpenManage eu instalava sem virtualização. Muita sacanagem da Dell... FreeBSD é muito usado como servidor, eles vendem equipamentos para servidor, e não dão suporte ao OpenManage para FreeBSD... não dar para entender... Se instalo esse treco sem o OM, e daqui a 2 anos um disco perde sincronismo, como resolvo? No ESX eles criaram um VIB, algo como uma extensão que é instalado no ESX e o OpenManage mesmo você instala em outra máquina com Windows ou Linux conectando a esse VIB... porque não fazem o mesmo com FreeBSD? esse VIB se não me engano é 2 MB... -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Matheus L. Abreu escreveu: Tenta dividir em 4 máquinas ... 1 para as vpns 1 para controle de banda 1 para serviços web 1 para proxy (dansguardian) ;D -- Matheus L. Abreu [ matheusl dot abreu (a) gmail.com ] [ http://matheuslamberti.blogspot.com ] =) tá doido! só hoje recebi 3 alertas de segurança da RNP com correções para FreeBSD (3 x 4 = 12) tenho tempo pra isso não! rsrs Vou deixar do jeito que tá mesmo, continuar fazendo uns testes, etc... mesmo na máquina antiga, com Dual Core, o processamento era muito baixo, ou seja, não preciso desse poder de processamento todo... com certeza se eu instalasse o FreeBSD sem virtualização ficaria uma bala, mas perder o OpenManage não dar... Vou aproveitar e fazer uma reclamação lá na Dell... todos falam que o BSD é bom, que é seguro, etc... mas essas empresas só querem desenvolver drivers e softwares pra Linux e Windows... -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD local r00t zeroday
BTW, saiu hoje o 8.0-RELEASE-p1 com a tal correção. Atualizem... 20091203: p1 FreeBSD-SA-09:15.ssl, FreeBSD-SA-09:16.rtld, FreeBSD-SA-09:17.freebsd-update Disable SSL renegotiation in order to protect against a serious protocol flaw. [09:15] Correctly handle failures from unsetenv resulting from a corrupt environment in rtld-elf. [09:16] Fix permissions in freebsd-update in order to prevent leakage of sensitive files. [09:17] -- Marcelo Rossi This e-mail is provided AS IS with no warranties, and confers no rights. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Welkson Renny de Medeiros escreveu: =) tá doido! só hoje recebi 3 alertas de segurança da RNP com correções para FreeBSD (3 x 4 = 12) tenho tempo pra isso não! rsrs Vou deixar do jeito que tá mesmo, continuar fazendo uns testes, etc... mesmo na máquina antiga, com Dual Core, o processamento era muito baixo, ou seja, não preciso desse poder de processamento todo... com certeza se eu instalasse o FreeBSD sem virtualização ficaria uma bala, mas perder o OpenManage não dar... Vou aproveitar e fazer uma reclamação lá na Dell... todos falam que o BSD é bom, que é seguro, etc... mas essas empresas só querem desenvolver drivers e softwares pra Linux e Windows.. Separei alguns materiais para ler no fim de semana: http://peterkieser.com/technical/vmware-esxi-35/ http://www.vmware.com/pdf/vi_performance_tuning.pdf https://140.110.8.180/king/modules/userupload/upload/ets2007/vmware.13.pdf http://vmware-land.com/downloads/VMUG_ESX3_Performance_Tuning_2007-08-15.pdf http://download3.vmware.com/vmworld/2006/tac9872.pdf Obrigado a todos que estão colaborando! Acredito que a thread não está fora do escopo da lista, e vai ser de grande valia para futuras implantações de ESX. Qualquer novidade nos meus testes eu posto! (Só para informação, fiz contato com a Dell... e como já imaginava recebi a resposta: FreeBSD não é um sistema homologado, os desenvolvedores não terão como portar o OM para esta plataforma ) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Suporte Nvidia para amd64 == : )
*3 December:* The NVIDIA Corporation releases an initial BETA version of NVIDIA 195.22 FreeBSD graphics drivers for both i386 and amd64 architectures. The drivers support recent versions of the FreeBSD operating system, i.e. 7.2-STABLE and 8.0-RELEASE and provide support for features like SLI, improved compatibility and performance, especially on systems with 4GB or more of RAM. This marks the first driver release for amd64, as it was previously available only for i386 architecture. Please see the original announcement http://www.nvnews.net/vbulletin/showthread.php?t=142120 for more information. http://www.freebsd.org/news/newsflash.html#event20091203:01 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suporte Nvidia para amd64 == : )
Vinicius Abrahao escreveu: *3 December:* The NVIDIA Corporation releases an initial BETA version of NVIDIA 195.22 FreeBSD graphics drivers for both i386 and amd64 architectures. The drivers support recent versions of the FreeBSD operating system, i.e. 7.2-STABLE and 8.0-RELEASE and provide support for features like SLI, improved compatibility and performance, especially on systems with 4GB or more of RAM. This marks the first driver release for amd64, as it was previously available only for i386 architecture. Please see the original announcement http://www.nvnews.net/vbulletin/showthread.php?t=142120 for more information. http://www.freebsd.org/news/newsflash.html#event20091203:01 Depois da minha REVOLTA com a Dell pela falta do OpenManage for BSD, fico feliz que empresas com NVDIA se preocupem com os usuários do FreeBSD. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suporte Nvidia para amd64 == : )
2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Vinicius Abrahao escreveu: http://www.freebsd.org/news/newsflash.html#event20091203:01 Depois da minha REVOLTA com a Dell pela falta do OpenManage for BSD, fico feliz que empresas com NVDIA se preocupem com os usuários do FreeBSD. Muito verdade Welkson, o OpenManage é uma ferramenta excelente, e a falta dela pro BSD é algo no mínimo curioso. Não sei se envolve assuntos de licença de terceiros, etc.. etc. Mas será que com uma leve pressão na Dell eles não liberariam? Falando em pressão, vale lembrar da dica que o Garga passou para pressionarmos a Adobe na questão do Flash: https://bugs.adobe.com/jira/browse/FP-1060 Até agora foram apenas 309 votos. Sds, Vinicius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suporte Nvidia para amd64 == : )
Em 03-12-2009 19:07, Vinicius Abrahao escreveu: 2009/12/3 Welkson Renny de Medeiroswelk...@focusautomacao.com.br Vinicius Abrahao escreveu: http://www.freebsd.org/news/newsflash.html#event20091203:01 Depois da minha REVOLTA com a Dell pela falta do OpenManage for BSD, fico feliz que empresas com NVDIA se preocupem com os usuários do FreeBSD. Muito verdade Welkson, o OpenManage é uma ferramenta excelente, e a falta dela pro BSD é algo no mínimo curioso. Não sei se envolve assuntos de licença de terceiros, etc.. etc. Mas será que com uma leve pressão na Dell eles não liberariam? Falando em pressão, vale lembrar da dica que o Garga passou para pressionarmos a Adobe na questão do Flash: https://bugs.adobe.com/jira/browse/FP-1060 Até agora foram apenas 309 votos. Sds, Vinicius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Depois de 5 anos aguardando. Finalmente. Parabéns à NVIDIA. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suporte Nvidia para amd64 == : )
2009/12/3 zhushazang zhushaz...@yahoo.com.br Em 03-12-2009 19:07, Vinicius Abrahao escreveu: 2009/12/3 Welkson Renny de Medeiroswelk...@focusautomacao.com.br Vinicius Abrahao escreveu: http://www.freebsd.org/news/newsflash.html#event20091203:01 Depois da minha REVOLTA com a Dell pela falta do OpenManage for BSD, fico feliz que empresas com NVDIA se preocupem com os usuários do FreeBSD. Muito verdade Welkson, o OpenManage é uma ferramenta excelente, e a falta dela pro BSD é algo no mínimo curioso. Não sei se envolve assuntos de licença de terceiros, etc.. etc. Mas será que com uma leve pressão na Dell eles não liberariam? Falando em pressão, vale lembrar da dica que o Garga passou para pressionarmos a Adobe na questão do Flash: https://bugs.adobe.com/jira/browse/FP-1060 Até agora foram apenas 309 votos. Sds, Vinicius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Depois de 5 anos aguardando. Finalmente. Parabéns à NVIDIA. - Vinicius tenho a minha opnião no qual discorda totalmente do seu comentário. O driver da NVIDIA esta disponivel para o FreeBSD a muito tempo eu tenho experiência com ele a mais de 3 anos, eles podem ter demorado a liberação de um driver para arquitetura AMD64 contudo o para o i386 está lá, e outra aceleração grafica é apenas para efeitos no desktops, pois são poucos os jogos 3D hoje no BSD, já rodei Doom e Quake 3 e 4 são poucos os titulos, então prefiro agradecer a Nvidia em se preocupar e satisfazer a todos os usuários o maximo possivel, não se fechando a apenas um sistema como muitas fazem, e como tenho certeza que o driver da Nvidia é de otima qualidade, e até me admira eles defido ao foco do projeto não ser desktop e sim servidores em que são poucas as aplicação servidoras que requerem um hardware grafico poderoso, mesmo sendo ele proprietário eu apoio, afinal antes ser proprietário bom, do que livre ruim. 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] Suporte Nvidia para amd64 == : )
2009/12/3 Jason Shurtz A. Bourne jsab...@bsd.com.br: 2009/12/3 zhushazang zhushaz...@yahoo.com.br Em 03-12-2009 19:07, Vinicius Abrahao escreveu: 2009/12/3 Welkson Renny de Medeiroswelk...@focusautomacao.com.br Vinicius Abrahao escreveu: http://www.freebsd.org/news/newsflash.html#event20091203:01 Depois da minha REVOLTA com a Dell pela falta do OpenManage for BSD, fico feliz que empresas com NVDIA se preocupem com os usuários do FreeBSD. Muito verdade Welkson, o OpenManage é uma ferramenta excelente, e a falta dela pro BSD é algo no mínimo curioso. Não sei se envolve assuntos de licença de terceiros, etc.. etc. Mas será que com uma leve pressão na Dell eles não liberariam? Falando em pressão, vale lembrar da dica que o Garga passou para pressionarmos a Adobe na questão do Flash: https://bugs.adobe.com/jira/browse/FP-1060 Até agora foram apenas 309 votos. Sds, Vinicius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Depois de 5 anos aguardando. Finalmente. Parabéns à NVIDIA. - Vinicius tenho a minha opnião no qual discorda totalmente do seu comentário. O driver da NVIDIA esta disponivel para o FreeBSD a muito tempo eu tenho experiência com ele a mais de 3 anos, eles podem ter demorado a liberação de um driver para arquitetura AMD64 contudo o para o i386 está lá, e outra aceleração grafica é apenas para efeitos no desktops, pois são poucos os jogos 3D hoje no BSD, já rodei Doom e Quake 3 e 4 são poucos os titulos, então prefiro agradecer a Nvidia em se preocupar e satisfazer a todos os usuários o maximo possivel, não se fechando a apenas um sistema como muitas fazem, e como tenho certeza que o driver da Nvidia é de otima qualidade, e até me admira eles defido ao foco do projeto não ser desktop e sim servidores em que são poucas as aplicação servidoras que requerem um hardware grafico poderoso, mesmo sendo ele proprietário eu apoio, afinal antes ser proprietário bom, do que livre ruim. a Nvidia é uma empresa muitod disposta a fornecer drivers para FreeBSD, ela havia solicitado alterações no kernel do Free amd64 para possibilitar esse driver, essas alterações é que demoraram a ficar prontas, pois o pessoal teve que achar um jeito de fazê-las sem comprometer o sistema. Essas mudanças, entre elas a do mmap, ficaram prontas há poucos meses, e a Nvidia foi bem rápida. :) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Suporte Nvidia para amd64 == : )
2009/12/3 Jason Shurtz A. Bourne jsab...@bsd.com.br Vinicius tenho a minha opnião no qual discorda totalmente do seu comentário. Oi Jason, acho que me expressei mal, pois percebo que concordamos totalmente no que se refere a Nvidia. Também uso nvidia no i386 aqui de casa. Meu comentário anterior, em concordância com o colega Welkson, diz que quando outras empresas como a DELL e a ADOBE seguirem o exemplo da Nvidia estaremos melhor atendidos. À Nvidia só tenho a agradecer e recomendar aos amigos. :p Mas antes vou testar por aqui... :) Também é legal citar o trabalho da equipe que cuidou da evolução da mmap(2) e possibilitou que a Nvidia portasse seus drivers. http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028390.html Era isso, mal a confusão ae : ) []s vinnix - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ESXi4 + FreeBSD8 (x64) = PERFORMANCE (resolvido?)
Opa, estes dias to por conta de upgrade de ESX , se precisarem de algum teste usando o Free 8 me falem que fazemos um arranjado! 2009/12/3 Welkson Renny de Medeiros welk...@focusautomacao.com.br Welkson Renny de Medeiros escreveu: =) tá doido! só hoje recebi 3 alertas de segurança da RNP com correções para FreeBSD (3 x 4 = 12) tenho tempo pra isso não! rsrs Vou deixar do jeito que tá mesmo, continuar fazendo uns testes, etc... mesmo na máquina antiga, com Dual Core, o processamento era muito baixo, ou seja, não preciso desse poder de processamento todo... com certeza se eu instalasse o FreeBSD sem virtualização ficaria uma bala, mas perder o OpenManage não dar... Vou aproveitar e fazer uma reclamação lá na Dell... todos falam que o BSD é bom, que é seguro, etc... mas essas empresas só querem desenvolver drivers e softwares pra Linux e Windows.. Separei alguns materiais para ler no fim de semana: http://peterkieser.com/technical/vmware-esxi-35/ http://www.vmware.com/pdf/vi_performance_tuning.pdf https://140.110.8.180/king/modules/userupload/upload/ets2007/vmware.13.pdf http://vmware-land.com/downloads/VMUG_ESX3_Performance_Tuning_2007-08-15.pdf http://download3.vmware.com/vmworld/2006/tac9872.pdf Obrigado a todos que estão colaborando! Acredito que a thread não está fora do escopo da lista, e vai ser de grande valia para futuras implantações de ESX. Qualquer novidade nos meus testes eu posto! (Só para informação, fiz contato com a Dell... e como já imaginava recebi a resposta: FreeBSD não é um sistema homologado, os desenvolvedores não terão como portar o OM para esta plataforma ) -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd