Re: [FUG-BR] processamento GPU release 9
Em 14 de agosto de 2012 12:43, Otacílio escreveu: > On 14/08/2012 11:20, Allan Patrick Ksiaskiewcz wrote: > > Para testes internos comprei um micro com processador I5 3550 3.30GHZ > > IvyBridge. Nos kernel generic não achei nada especifico para habilitar > > suporte a GPU. > > > > Ainda no historico da FUG e relnotes da release 9.0 e não achei nada > > sobre esse recurso. > > > > Onde poderia encontrar documentação mais direcionado. A ideia é em > > servidores em produção colocar a versão 9.0 do FreeBSD possivelmente > > com placas de video para otimizar o processamento com bancos > > PostgreSQL 9.xxx > > > > Existe algum comando proximo a top -PSH que exiba todos os > > processadores, inclusive GPU? > > > > Valeu. > Olá Senhores Allan O que sei sobre isso é que o ipfw está 100% portado para uso de GPU, porém somente Nvidia. E precisa ativar uma sysctl para tal net.inet.ip.fw.gpu.enable=1 O que achei sobre FreeBSD e GPU Intel foram esses links abaixo http://wiki.freebsd.org/Intel_GPU http://www.freebsd.org/news/status/report-2011-04-2011-06.html#Intel-GPU-Driver http://en.wikipedia.org/wiki/OpenCL http://pt.wikipedia.org/wiki/OpenCL Acho que instruções de Kernel já serão executadas por GPU, caso exista em um servidor. (default) Agora não encontrei nada sobre o Ivy... Acredito que não demore muito... FreeBSD está na frente -- .:: Lucas Dias .:: OS3 Soluções em TI .:: (82) 8813-1494 / 8111-2288 .:: Antes de imprimir, veja se realmente é necessário!!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] processamento GPU release 9
On 14/08/2012 11:20, Allan Patrick Ksiaskiewcz wrote: > Para testes internos comprei um micro com processador I5 3550 3.30GHZ > IvyBridge. Nos kernel generic não achei nada especifico para habilitar > suporte a GPU. > > Ainda no historico da FUG e relnotes da release 9.0 e não achei nada > sobre esse recurso. > > Onde poderia encontrar documentação mais direcionado. A ideia é em > servidores em produção colocar a versão 9.0 do FreeBSD possivelmente > com placas de video para otimizar o processamento com bancos > PostgreSQL 9.xxx > > Existe algum comando proximo a top -PSH que exiba todos os > processadores, inclusive GPU? > > Valeu. > Suporte a IvyBridge ainda não está nem no beta, somente aplicando os patches na munheca no kernel. Alguns colegas fizeram mas não conseguem nem mudar para o modo texto e retornar para o gráfico (da ultima vez que alguém comentou isso aqui). Se precisa muito disso você vai ter sucesso mais rápido e facilmente em 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] processamento GPU release 9
Em 14/8/2012 11:20, Allan Patrick Ksiaskiewcz escreveu: > Para testes internos comprei um micro com processador I5 3550 3.30GHZ > IvyBridge. Nos kernel generic não achei nada especifico para habilitar > suporte a GPU. > > Ainda no historico da FUG e relnotes da release 9.0 e não achei nada > sobre esse recurso. > > Onde poderia encontrar documentação mais direcionado. A ideia é em > servidores em produção colocar a versão 9.0 do FreeBSD possivelmente > com placas de video para otimizar o processamento com bancos > PostgreSQL 9.xxx > > Existe algum comando proximo a top -PSH que exiba todos os > processadores, inclusive GPU? > > Valeu. > Curioso !! Valeu pela dica correr atraz para ver o que é e como funciona. Att. -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Flames > /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] processamento interrupt muito alto (RESOLVIDO)
exatamente essa inclusive estou com ela aki pra doar pra algum inimigo se F... todo rs... rs... > por acaso sua placa era essa ?: > > Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) > > Abraços, > > Luiz Gustavo - FreeBSD User > <===\ > < http://www.luizgustavo.pro.br > <===/ > > > Em 29/05/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> > escreveu: >> Santo Joao Rocha >> >> Muito Obrigado foi justamente a placa de rede 3Com troquei a danada e o >> processamento caiu de 54% a 0.7 e o mais estranho e que troquei por uma >> placa realtek 10 vezes mais barata que as 3com e esta funcionado beleza >> fica ai pra consultas futuras que as vezes interrupcoes muito altas pode >> ser uma maldita placa de rede com defeito >> vlw galera !!! >> >> >> CPU states: 0.0% user, 0.0% nice, 1.3% system, 0.7% interrupt, 98.0% >> idle >> Mem: K Active, 6636K Inact, 16M Wired, 28K Cache, 7616K Buf, 471M >> Free >> Swap: 128M Total, 128M Free >> >> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND >> 312 root 28 0 608K 468K RUN 0:02 0.05% 0.05% natd >> 343 root 2 0 992K 688K select 0:01 0.00% 0.00% syslogd >> 354 root 2 0 2600K 1996K select 0:00 0.00% 0.00% sshd >> >> >> - >> 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] processamento interrupt muito alto (RESOLVIDO)
On 5/30/07, Luiz Gustavo Santos Costa <[EMAIL PROTECTED]> wrote: > por acaso sua placa era essa ?: > > Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) No meu caso, o do teste de desempenho e as duas que pifaram, eu não sei. Eu tenho quase certeza que era uma 3c905, mas não sei qual era a variação. João Rocha. > > Abraços, > > Luiz Gustavo - FreeBSD User > <===\ > < http://www.luizgustavo.pro.br > <===/ > > > Em 29/05/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: > > Santo Joao Rocha > > > > Muito Obrigado foi justamente a placa de rede 3Com troquei a danada e o > > processamento caiu de 54% a 0.7 e o mais estranho e que troquei por uma > > placa realtek 10 vezes mais barata que as 3com e esta funcionado beleza > > fica ai pra consultas futuras que as vezes interrupcoes muito altas pode > > ser uma maldita placa de rede com defeito > > vlw galera !!! > > > > > > CPU states: 0.0% user, 0.0% nice, 1.3% system, 0.7% interrupt, 98.0% > > idle > > Mem: K Active, 6636K Inact, 16M Wired, 28K Cache, 7616K Buf, 471M Free > > Swap: 128M Total, 128M Free > > > > PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND > > 312 root 28 0 608K 468K RUN 0:02 0.05% 0.05% natd > > 343 root 2 0 992K 688K select 0:01 0.00% 0.00% syslogd > > 354 root 2 0 2600K 1996K select 0:00 0.00% 0.00% sshd > > > > > > - > > 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 > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] processamento interrupt muito alto (RESOLVIDO)
por acaso sua placa era essa ?: Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Abraços, Luiz Gustavo - FreeBSD User <===\ < http://www.luizgustavo.pro.br <===/ Em 29/05/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: > Santo Joao Rocha > > Muito Obrigado foi justamente a placa de rede 3Com troquei a danada e o > processamento caiu de 54% a 0.7 e o mais estranho e que troquei por uma > placa realtek 10 vezes mais barata que as 3com e esta funcionado beleza > fica ai pra consultas futuras que as vezes interrupcoes muito altas pode > ser uma maldita placa de rede com defeito > vlw galera !!! > > > CPU states: 0.0% user, 0.0% nice, 1.3% system, 0.7% interrupt, 98.0% idle > Mem: K Active, 6636K Inact, 16M Wired, 28K Cache, 7616K Buf, 471M Free > Swap: 128M Total, 128M Free > > PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND > 312 root 28 0 608K 468K RUN 0:02 0.05% 0.05% natd > 343 root 2 0 992K 688K select 0:01 0.00% 0.00% syslogd > 354 root 2 0 2600K 1996K select 0:00 0.00% 0.00% sshd > > > - > 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] processamento interrupt muito alto (RESOLVIDO)
On Tue, 29 May 2007 18:20:26 -0300 "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> wrote: > Gostaria de refazer este teste, com muito mais rigor, até anotando o > lote e o número de série da placa, mas estou sem material e sem o > tempo necessário para fazer isto. Quando tiver o tempo pra refazer, lembra de incluir o que mais mata: pacotes por segundo. Sustentar 100 Mbps é "fácil", o brabo é sustentar 150 kpps (mil pacotes por segundo). Ou, pior ainda, 1,5 Mpps numa rede giga. :) -- Ricardo Nabinger Sanchez [EMAIL PROTECTED] Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] processamento interrupt muito alto (RESOLVIDO)
On 5/29/07, Nilson Debatin <[EMAIL PROTECTED]> wrote: > Em Ter, 2007-05-29 às 11:45 -0300, Joao Rocha Braga Filho escreveu: > > Eu passei por isto com placas 3Com duas vezes, como falei antes. Nunca > > com Realtek ou Intel. > > > > As placas 3Com são ruins. A 4 anos atrás fiz um teste de desempenho com > > uma 3Com, uma Intel e uma Realtek. A 3Com ficou em último lugar, e a Intel > > ficou em segundo. Sim, quem ganhou foi a Realtek. Só que não sei qual > > modelo exato usei. A Realtek pode ter cido a 8139c+, que é uma melhoria > > da 8139c, e é de onde derivaram as Giga bit da Realtek. As 8139d são > > derivadas da 8139c, e não da 8139c+, o que é uma pena. Quanto a Intel, > > eu não cheguei a usar uma opção que é falada no manual, que melhoraria > > o desempenho dela. As 3Com prometem mundos e fundos para o aumento > > de desempenho, mas, até algum tempo atrás, a 3Com não fornecia as > > informações necessárias para fazer uso destas vantagens especiais dela, > > ao contrário da Realtek que até fornecia os fontes do driver para FreeBSD, > > que era baseado no FreeBSD 4.5. A Intel também parace dar todas as > > informações necessárias para se fazer drivers bons. > > > > Em suma, não quero mais saber de 3Com. > > > > > > João Rocha. > > Só posso concluir que sua 3com estava estragada e a intel > tomou LSD antes do teste, pq realtek é um pedaço de lixo com > um conector pci em baixo e um rj45 femea na bunda. Ela não > tem throughtput decente por que não existe hardware nenhum > ajudando. Com certeza num teste entre intel, 3com e realtek > ela ficaria em ultimo lugar sendo o primeiro e o segundo > alternados entre as outras 2 marcas dependendo dos modelos > das placas testados. O teste era de consumo de processador, usando um natd para consumir o resto do processador, que também tem o consumo dependente do tráfego. A Realtek foi a que deu a maior taxa de tráfego neste neste, mas não sei dizer se era uma 8139c+, que tem este hardware ajudando. Já vi 8139D sustentando 100 Mb/s, mas os processadores eram rápidos. A Intel parece que realmente fica boa se usar o opção link0, que eu não conhecia na época. E a 3Com diz faz maravilhas, mas existiam queixas que ela não fornecia informações de como usar estas maravilhas que ela tinha, então ela devia ser usada de modo muito parecido com a Realtek. Existe uma anotação sobre variações do chipset também no arquivo if_xl.c, que certas variações causam perda de desempenho por exigir cópia de buffers. Posso ter usado alguma variação destas. No arquivo if_rl.c existe um comentário falando que quase sempre tem que se copiar os dados. Então, em alguns modelos e circunstâncias, as duas interfaces ficam quase no mesmo nível. Gostaria de refazer este teste, com muito mais rigor, até anotando o lote e o número de série da placa, mas estou sem material e sem o tempo necessário para fazer isto. João Rocha. > > []s > Nilson > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] processamento interrupt muito alto (RESOLVIDO)
Em Ter, 2007-05-29 às 11:45 -0300, Joao Rocha Braga Filho escreveu: > Eu passei por isto com placas 3Com duas vezes, como falei antes. Nunca > com Realtek ou Intel. > > As placas 3Com são ruins. A 4 anos atrás fiz um teste de desempenho com > uma 3Com, uma Intel e uma Realtek. A 3Com ficou em último lugar, e a Intel > ficou em segundo. Sim, quem ganhou foi a Realtek. Só que não sei qual > modelo exato usei. A Realtek pode ter cido a 8139c+, que é uma melhoria > da 8139c, e é de onde derivaram as Giga bit da Realtek. As 8139d são > derivadas da 8139c, e não da 8139c+, o que é uma pena. Quanto a Intel, > eu não cheguei a usar uma opção que é falada no manual, que melhoraria > o desempenho dela. As 3Com prometem mundos e fundos para o aumento > de desempenho, mas, até algum tempo atrás, a 3Com não fornecia as > informações necessárias para fazer uso destas vantagens especiais dela, > ao contrário da Realtek que até fornecia os fontes do driver para FreeBSD, > que era baseado no FreeBSD 4.5. A Intel também parace dar todas as > informações necessárias para se fazer drivers bons. > > Em suma, não quero mais saber de 3Com. > > > João Rocha. Só posso concluir que sua 3com estava estragada e a intel tomou LSD antes do teste, pq realtek é um pedaço de lixo com um conector pci em baixo e um rj45 femea na bunda. Ela não tem throughtput decente por que não existe hardware nenhum ajudando. Com certeza num teste entre intel, 3com e realtek ela ficaria em ultimo lugar sendo o primeiro e o segundo alternados entre as outras 2 marcas dependendo dos modelos das placas testados. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] processamento interrupt muito alto (RESOLVIDO)
On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Santo Joao Rocha > > Muito Obrigado foi justamente a placa de rede 3Com troquei a danada e o > processamento caiu de 54% a 0.7 e o mais estranho e que troquei por uma > placa realtek 10 vezes mais barata que as 3com e esta funcionado beleza > fica ai pra consultas futuras que as vezes interrupcoes muito altas pode > ser uma maldita placa de rede com defeito > vlw galera !!! Eu passei por isto com placas 3Com duas vezes, como falei antes. Nunca com Realtek ou Intel. As placas 3Com são ruins. A 4 anos atrás fiz um teste de desempenho com uma 3Com, uma Intel e uma Realtek. A 3Com ficou em último lugar, e a Intel ficou em segundo. Sim, quem ganhou foi a Realtek. Só que não sei qual modelo exato usei. A Realtek pode ter cido a 8139c+, que é uma melhoria da 8139c, e é de onde derivaram as Giga bit da Realtek. As 8139d são derivadas da 8139c, e não da 8139c+, o que é uma pena. Quanto a Intel, eu não cheguei a usar uma opção que é falada no manual, que melhoraria o desempenho dela. As 3Com prometem mundos e fundos para o aumento de desempenho, mas, até algum tempo atrás, a 3Com não fornecia as informações necessárias para fazer uso destas vantagens especiais dela, ao contrário da Realtek que até fornecia os fontes do driver para FreeBSD, que era baseado no FreeBSD 4.5. A Intel também parace dar todas as informações necessárias para se fazer drivers bons. Em suma, não quero mais saber de 3Com. João Rocha. > > > CPU states: 0.0% user, 0.0% nice, 1.3% system, 0.7% interrupt, 98.0% idle > Mem: K Active, 6636K Inact, 16M Wired, 28K Cache, 7616K Buf, 471M Free > Swap: 128M Total, 128M Free > > PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND > 312 root 28 0 608K 468K RUN 0:02 0.05% 0.05% natd > 343 root 2 0 992K 688K select 0:01 0.00% 0.00% syslogd > 354 root 2 0 2600K 1996K select 0:00 0.00% 0.00% sshd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] processamento interrupt muito alto
Joao Rocha Braga Filho escreveu: > On 5/28/07, Danilo Egea <[EMAIL PROTECTED]> wrote: > >> tente compilar o kernel com: >> >> options DEVICE_POLLING >> options HZ=1000 >> >> mas nao tenho certeza se os devices rl do freebsd 4 >> suportam DEVICE_POLLING... >> >> abraços... >> > > Eu pensaria em outra coisa. > > Tem alguma placa de rede 3Com nele? Experimente retirar o cabo > e ver se as interrupções param. Eu já tive isto duas vezes. Era a placa > 3Com pifada. > > Tal coisa pode estar acontecendo com algum outro hardware, como > até mesmo porta e impressora ou serial, que mesmo não sendo usada, > pode ter dado defeito e estar gerando interrupções continuamente. > > > João Rocha. > Pode-se observar qual componente esta gerando as interrupções pelo systat(1): # systat -vm 2 É normal rede de grande capacidade gerar muitas interrupções (afinal cada pacote recebido na placa gera uma interrupção para o SO) e nesse caso o polling(4) ajuda muito. luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] processamento interrupt muito alto
On 5/28/07, Danilo Egea <[EMAIL PROTECTED]> wrote: > tente compilar o kernel com: > > options DEVICE_POLLING > options HZ=1000 > > mas nao tenho certeza se os devices rl do freebsd 4 > suportam DEVICE_POLLING... > > abraços... Eu pensaria em outra coisa. Tem alguma placa de rede 3Com nele? Experimente retirar o cabo e ver se as interrupções param. Eu já tive isto duas vezes. Era a placa 3Com pifada. Tal coisa pode estar acontecendo com algum outro hardware, como até mesmo porta e impressora ou serial, que mesmo não sendo usada, pode ter dado defeito e estar gerando interrupções continuamente. João Rocha. > > > --- [EMAIL PROTECTED] escreveu: > > > Salve amigos tenho um servidor BSD ainda na versao > > 4.11 funciona pra fazer > > nat pra um clientes de acesso wireless e de ums dias > > pra ca notei que ele > > comecou a ficar muito lento verifiquei via top que > > as interrupcoes estava > > altas esta consumindo 63.6 do processamento oque > > devo fazer pra baixar > > isso so lembrando que estou usando placas de rede > > realtek > > > > last pid: 13987; load averages: 0.15, 0.07, 0.08 > > > > up 2+04:50:49 > > 15:20:39 > > 18 processes: 3 running, 15 sleeping > > CPU states: 4.5% user, 0.0% nice, 0.0% system, > > 63.6% interrupt, 31.8% idle > > Mem: 8328K Active, 35M Inact, 48M Wired, 60M Buf, > > 406M Free > > Swap: 128M Total, 128M Free > > > > PID USERNAME PRI NICE SIZERES STATETIME > > WCPUCPU COMMAND > > 285 root 28 0 3680K 3472K RUN273.0H > > 1.07% 1.07% natd > > 320 root 10 0 1036K 772K nanslp 46:24 > > 0.00% 0.00% cron > > 311 root 2 0 992K 688K select 34:58 > > 0.00% 0.00% syslogd > > 322 root 2 0 2600K 1996K select 0:17 > > 0.00% 0.00% sshd > > 13946 toor 28 0 5300K 2328K RUN 0:01 > > 0.00% 0.00% sshd > > 13948 root 18 0 1388K 1036K pause0:00 > > 0.00% 0.00% csh > > 13944 root 2 0 5300K 2248K sbwait 0:00 > > 0.00% 0.00% sshd > > 13987 root 28 0 1912K 1212K RUN 0:00 > > 0.00% 0.00% top > > 13947 toor 10 0 632K 432K wait 0:00 > > 0.00% 0.00% sh > > 318 root 2 0 1052K 692K select 0:00 > > 0.00% 0.00% inetd > > 340 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 346 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 344 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 347 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 345 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 341 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > 342 root 3 0 960K 696K ttyin0:00 > > 0.00% 0.00% getty > > > > - > > Histórico: > > http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: > > https://www.fug.com.br/mailman/listinfo/freebsd > > > > > [EMAIL PROTECTED] > Skype -> daniloegea > Blog-> http://daniloegea.wordpress.com > > __ > Fale com seus amigos de graça com o novo Yahoo! Messenger > http://br.messenger.yahoo.com/ > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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] processamento interrupt muito alto
tente compilar o kernel com: options DEVICE_POLLING options HZ=1000 mas nao tenho certeza se os devices rl do freebsd 4 suportam DEVICE_POLLING... abraços... --- [EMAIL PROTECTED] escreveu: > Salve amigos tenho um servidor BSD ainda na versao > 4.11 funciona pra fazer > nat pra um clientes de acesso wireless e de ums dias > pra ca notei que ele > comecou a ficar muito lento verifiquei via top que > as interrupcoes estava > altas esta consumindo 63.6 do processamento oque > devo fazer pra baixar > isso so lembrando que estou usando placas de rede > realtek > > last pid: 13987; load averages: 0.15, 0.07, 0.08 > > up 2+04:50:49 > 15:20:39 > 18 processes: 3 running, 15 sleeping > CPU states: 4.5% user, 0.0% nice, 0.0% system, > 63.6% interrupt, 31.8% idle > Mem: 8328K Active, 35M Inact, 48M Wired, 60M Buf, > 406M Free > Swap: 128M Total, 128M Free > > PID USERNAME PRI NICE SIZERES STATETIME > WCPUCPU COMMAND > 285 root 28 0 3680K 3472K RUN273.0H > 1.07% 1.07% natd > 320 root 10 0 1036K 772K nanslp 46:24 > 0.00% 0.00% cron > 311 root 2 0 992K 688K select 34:58 > 0.00% 0.00% syslogd > 322 root 2 0 2600K 1996K select 0:17 > 0.00% 0.00% sshd > 13946 toor 28 0 5300K 2328K RUN 0:01 > 0.00% 0.00% sshd > 13948 root 18 0 1388K 1036K pause0:00 > 0.00% 0.00% csh > 13944 root 2 0 5300K 2248K sbwait 0:00 > 0.00% 0.00% sshd > 13987 root 28 0 1912K 1212K RUN 0:00 > 0.00% 0.00% top > 13947 toor 10 0 632K 432K wait 0:00 > 0.00% 0.00% sh > 318 root 2 0 1052K 692K select 0:00 > 0.00% 0.00% inetd > 340 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 346 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 344 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 347 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 345 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 341 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > 342 root 3 0 960K 696K ttyin0:00 > 0.00% 0.00% getty > > - > Histórico: > http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: > https://www.fug.com.br/mailman/listinfo/freebsd > [EMAIL PROTECTED] Skype -> daniloegea Blog-> http://daniloegea.wordpress.com __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.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] Processamento
Ademir Costa Peixoto wrote: > Prezados, > > O que precisa ser melhorado nesse micro? Isso não ajuda muito... Que tal dizer qual a configuração do micro? Mandar o dmesg, manda o "vmstat 1" enquando tiver com load. Atenciosamente > > > > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 > Load Average || > > /0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100 > cpu user|X > nice| >system|X > interrupt| > idle|XX > > /0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100 > ad4 MB/s > tps|130.01 > ar0 MB/s > tps| > > > > > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | 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] Processamento alto
Boa tarde Nao estou usando como Bridge não estou fazendo nat via ipnat Só mais uma informaçãp O tráfego era de uns 5Mbps quando o server esta com 77% de processamento destinado a Interrupções.. Obrigado pela atenção Alexandre Citando Paulo Pires <[EMAIL PROTECTED]>: On 6/17/05, Alexandre Bunn <[EMAIL PROTECTED]> wrote: Boa tarde Enviei a poucos dias uma mensagem a respeito de problemas com o processamento relacionado ao squid retirei a regra de proxy transparente e parei o processo do squid. So que o processamento está em 77% só de Interrupt tanto system como User estão baixos. [EMAIL PROTECTED] root]# vmstat -i interrupt total rate mux irq334561 1 bge0 irq525797780967 ata0 irq14 3 0 xl0 irq7 28000319 1050 fdc0 irq6 2 0 atkbd0 irq1 845 0 clk irq0 2665934 99 rtc irq8 3412453127 Total59911897 2247 Obrigado pela atenção Você está com bridge habilitado? Um "ifconfig -a" mostra alguma interface com o flag "PROMISC"? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br This message was sent using IMP, the Internet Messaging Program. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Processamento alto
On Fri, 17 Jun 2005, Alexandre Bunn wrote: Boa tarde Enviei a poucos dias uma mensagem a respeito de problemas com o processamento relacionado ao squid retirei a regra de proxy transparente e parei o processo do squid. So pra relembrar A maquina é um Pentium IV Xeon 3,06Gz, com 512MB de memoria, link de 6Mbps, as placas de rede são: bge0: mem 0xf5fe-0xf5fe irq 5 at device 4.0 on pci0 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem 0xf7ff-0xf7ff007f irq 7 at device 1.0 on pci2 So que o processamento está em 77% só de Interrupt tanto system como User estão baixos. [EMAIL PROTECTED] root]# vmstat -i interrupt total rate mux irq334561 1 bge0 irq525797780967 ata0 irq14 3 0 xl0 irq7 28000319 1050 fdc0 irq6 2 0 atkbd0 irq1 845 0 clk irq0 2665934 99 rtc irq8 3412453127 Total59911897 2247 Boa tarde, Alexandre Ha' algum tempo, fiz a mesma consulta nesta lista, sobre o mesmo problema. E' tambem um proxy transparente com squid-2.5.10_1, rodando no FreeBSD 5.4-STABLE. O host e' um: -- CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Hyperthreading: 2 logical CPUs FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 real memory = 2146631680 (2047 MB) avail memory = 2094370816 (1997 MB) -- em0: port 0xcf80-0xcf9f mem 0xfe9e em0: Link is up 100 Mbps Full Duplex -- ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad1: 76319MB [155061/16/63] at ata0-slave UDMA100 -- # vmstat -i interrupt total rate irq1: atkbd05385 0 irq6: fdc010 0 irq8: rtc 164487546127 irq13: npx01 0 irq14: ata0 9852379 7 irq15: ata1 46 0 irq18: em0 308441113240 irq0: clk 2568564818 1998 Total 3051351298 2374 -- Na epoca foram recebidas varias sugestoes e dicas. Algumas foram muito educativas e elucidadoras, mas poucas fizeram diferenca pratica no desempenho. Uma delas foi a de acrescentar as seguintes opcoes no kernel: options DEVICE_POLLING options HZ=2000 Entretanto, a "options DEVICE_POLLING" nao pode ser usada com o HT ativado. Para esta CPU, nos testes que fiz, a "options HZ=" com valor 2000 foi a que rendeu a maior queda no processamento. Atualmente a carga esta' assim: --- last pid: 23865; load averages: 0.38, 0.50, 0.48 up 14+21:06:24 13:16:29 39 processes: 2 running, 37 sleeping CPU states: 8.8% user, 0.0% nice, 42.5% system, 2.5% interrupt, 46.3% idle Mem: 519M Active, 1128M Inact, 189M Wired, 64M Cache, 112M Buf, 103M Free Swap: 4069M Total, 84K Used, 4069M Free PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 23814 squid1010 407M 399M RUN0 5:31 43.95% 43.95% squid --- O que e' intrigante e' a quantidade de processamento indicado por interrupcoes: # systat -vmstat 1 -- 2 usersLoad 1.28 0.74 0.57 Jun 17 13:21 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 5431165456 604012 8296 95480 count All 20456807524 465335211416 pages Interrupts Proc:r p d s wCsw Trp Sys Int Sof Fltcow6462 total 2 4 33 7258 956 7389 8989 2615 221524 wire 1: atkb 547180 act 6: fdc0 32.8%Sys 5.3%Intr 56.5%User 0.0%Nice 5.3%Idl 1185876 inact 258 8: rtc |||||||||| 92476 cache 13: npx +++ 3004 free246 14: ata daefr 15: ata Namei Name-cacheDir-cache prcfr 1954 18: em0 Calls hits% hits% react 4004 0: clk 156 131 8432 pdwake zfodpdpgs Disks ad0 ad1 ofodintrn KB/t120 9.80 %slo-z 114464 buf tps 58104665 tfree 538 dirtybuf MB/s 6.72 0.09 10 desiredvnodes % busy 5718
Re: [FUG-BR] Processamento alto
On 6/17/05, Alexandre Bunn <[EMAIL PROTECTED]> wrote: > Boa tarde > > Enviei a poucos dias uma mensagem a respeito de problemas com o processamento > relacionado ao squid retirei a regra de proxy transparente e parei o processo > do squid. > So que o processamento está em 77% só de Interrupt tanto system como User > estão > baixos. > > [EMAIL PROTECTED] root]# vmstat -i > interrupt total rate > mux irq334561 1 > bge0 irq525797780967 > ata0 irq14 3 0 > xl0 irq7 28000319 1050 > fdc0 irq6 2 0 > atkbd0 irq1 845 0 > clk irq0 2665934 99 > rtc irq8 3412453127 > Total59911897 2247 > > Obrigado pela atenção Você está com bridge habilitado? Um "ifconfig -a" mostra alguma interface com o flag "PROMISC"? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br