Re: [FUG-BR] OT: Squid muito lento....
2010/5/25 Joao Rocha Braga Filho goffr...@gmail.com 2010/5/25 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/25 Joao Rocha Braga Filho goffr...@gmail.com 2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: João, estou usando sim o AUFS, tenho um slice separado, com 5 partições de 10G, Quero ver o comando mount, e o df -hi e o iostat -d -c 10. Eu estou com um palpite, e precisaria ver isto para confirmar. João Rocha. os comandos que você me passou, ambos, informa isso -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd João, eis as saidas dos comandos valinor# df -hi Filesystem SizeUsed Avail Capacity iused ifree %iused Mounted on /dev/ad0s1a989M256M654M28%2.5k 139k2% / devfs 1.0K1.0K 0B 100% 0 0 100% /dev /dev/ad0s2a6.1G5.5M5.6G 0% 335 848k0% /downloads /dev/ad0s2d9.7G2.1G6.8G24% 63k 1.3M5% /squid/cache1 /dev/ad0s2e9.7G2.1G6.8G23% 87k 1.2M7% /squid/cache2 /dev/ad0s2f9.7G2.1G6.8G24% 68k 1.2M5% /squid/cache3 /dev/ad0s2g9.7G2.1G6.8G23% 82k 1.2M6% /squid/cache4 /dev/ad0s2h9.7G2.0G6.9G23% 79k 1.2M6% /squid/cache5 /dev/ad0s1e989M 20K910M 0% 26 141k0% /tmp /dev/ad0s1f9.7G2.2G6.8G24%237k 1.1M 18% /usr /dev/ad0s1d5.8G729M4.6G13% 24k 776k3% /var devfs 1.0K1.0K 0B 100% 0 0 100% /var/named/dev Aqui mostra que tem um erro. Dividir a cache em várias partições no mesmo disco é um erro, e certamente baixa muito o desempenho. Use um disco inteiro para o cache, em um único sistema de arquivos. Assim a tabela de i-nodes, de espaço alocado e disponível etc, será uma só, e estará no início do disco, onde existe uma maior densidade de setores por trilha. Assim os diretórios, tabelas etc, serão acessadas com menos posicionamentos de cabeça e ainda posicionamentos mais curtos. Espalhar como você fez só força mais posicionamentos das cabeças de leitura, e por percursos maiores, o que baixa o desempenho do disco. valinor# iostat -d -c 10 ad0 KB/t tps MB/s 12.42 2 0.03 0.00 0 0.00 2.00 1 0.00 0.00 0 0.00 0.00 0 0.00 16.00 3 0.05 32.00 1 0.03 16.00 1 0.02 0.00 0 0.00 0.00 0 0.00 Aqui mostra que o seu disco está ocioso. Completamente ocioso. Então a sua baixa de desempenho, se ocorreu no momento do teste acima, não é devido ao disco. Isto não elimina o que falei acima sobre o uso errado das partições, que poderá ser o seu próximo limite. João Rocha. Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd pessoal, após mais alguns testes descobri que o problema era a placa de rede, onboard, uma via rhine, driver vr, a infeliz era a responsável pelo problema assunto resolvido... -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
2010/5/20 Jardel Torres j4r...@gmail.com Amigo, Verifica o número máximo de arquivos que podem ser abertos pelo proxy. Pode estar chegando ao maximo. # squidclient mgr:info Leve em consideração as linhas: File descriptor usage for squid: Maximum number of file descriptors: X Largest file desc currently in use: X Number of file desc currently in use: X Para aumentar o valor, utilize o max_filedescriptors no squid.conf continuando nos testes, fiz nat para um IP e fui testar a navegação direta sem passar pelo proxy, e, mesmo assim ficou super lento, então acredito que tenha algum outro problema que não seja o Lusca... apesar de que as mensagens no cache.log Queue congestion continuam a aparecer sendo assim, o que devo fazer para rastrear o ponto causador da lentidão? estava de olho nessas informações abaixo, mas não estou tão expert a ponto de fazer um diagnóstico valinor# netstat -m 1412/778/2190 mbufs in use (current/cache/total) 386/530/916/25600 mbuf clusters in use (current/cache/total/max) 385/383 mbuf+clusters out of packet secondary zone in use (current/cache) 0/90/90/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 1157K/1614K/2771K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/6/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines sysctl´s kern.ipc.nmbclusters: 25600 net.local.stream.sendspace: 8192 net.inet.tcp.sendspace: 32768 net.raw.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.recvspace: 4096 net.inet.tcp.recvspace: 65536 net.inet.udp.recvspace: 41600 net.inet.raw.recvspace: 9216 net.raw.recvspace: 8192 -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Em 25 de maio de 2010 10:03, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: continuando nos testes, fiz nat para um IP e fui testar a navegação direta sem passar pelo proxy, e, mesmo assim ficou super lento, então acredito que tenha algum outro problema Já tentasse uma outra máquina (até um notebook mesmo) ligado diretamente no link pra ver como fica o desempenho? De repente vc está procurando o problema no lugar errado. -- 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] OT: Squid muito lento....
queue congestion se não aparecer com certa frequencia voce pode ignorar !! para melhorar o desempenho, mude o valor : maximum_object_size_in_memory 16 KB para maximum_object_size_in_memory 512 KB isso diminui I/O de disco .. outro detalhe, ja tentou atualizar o LUSCA ? estou com a ultima HEAD e esta ok, foram feitas várias alterações ! talvez abaixar o cache_mem para 256mb libera mais memoria para o servidor.. e 256mb é um bom valor !! 2010/5/25 Nilson nil...@forge.com.br: Em 25 de maio de 2010 10:03, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: continuando nos testes, fiz nat para um IP e fui testar a navegação direta sem passar pelo proxy, e, mesmo assim ficou super lento, então acredito que tenha algum outro problema Já tentasse uma outra máquina (até um notebook mesmo) ligado diretamente no link pra ver como fica o desempenho? De repente vc está procurando o problema no lugar errado. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sds. Alexandre J. Correa Onda Internet http://www.onda.net.br IPV6 Ready !!! http://ipv6.onda.net.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] OT: Squid muito lento....
2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Joao Pedro Paula Pannain Souza jp.pann...@gmail.com Oi Enio, Lembrando que essa queue tem quer ser menor que 5 x o valor da thread se estiver usando o AUFS. O comando correto é squidclient mgr:squidaio_counts | grep queue Sem o grep vc vai ver a quantidade threads que vc tem. Att., João Pedro Em 20/05/10, Joao Pedro Paula Pannain Souzajp.pann...@gmail.com escreveu: Oi Enio, Verifica a quantidade queue do squid sendo chamado. Através desse comando você conseguirá ver. squidclient mgr:info | grep queue Att., João Pedro 2010/5/20, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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 João, estou usando sim o AUFS, tenho um slice separado, com 5 partições de 10G, Quero ver o comando mount, e o df -hi e o iostat -d -c 10. Eu estou com um palpite, e precisaria ver isto para confirmar. João Rocha. os comandos que você me passou, ambos, informa isso valinor# squidclient mgr:info | grep queue Number of queued ICP replies: 0 Files queued for open: 0 IO loop method: kqueue eis o outro: valinor# squidclient mgr:squidaio_counts | grep queue queue 0 -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.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] OT: Squid muito lento....
2010/5/25 Joao Rocha Braga Filho goffr...@gmail.com 2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Joao Pedro Paula Pannain Souza jp.pann...@gmail.com Oi Enio, Lembrando que essa queue tem quer ser menor que 5 x o valor da thread se estiver usando o AUFS. O comando correto é squidclient mgr:squidaio_counts | grep queue Sem o grep vc vai ver a quantidade threads que vc tem. Att., João Pedro Em 20/05/10, Joao Pedro Paula Pannain Souzajp.pann...@gmail.com escreveu: Oi Enio, Verifica a quantidade queue do squid sendo chamado. Através desse comando você conseguirá ver. squidclient mgr:info | grep queue Att., João Pedro 2010/5/20, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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 João, estou usando sim o AUFS, tenho um slice separado, com 5 partições de 10G, Quero ver o comando mount, e o df -hi e o iostat -d -c 10. Eu estou com um palpite, e precisaria ver isto para confirmar. João Rocha. os comandos que você me passou, ambos, informa isso valinor# squidclient mgr:info | grep queue Number of queued ICP replies: 0 Files queued for open: 0 IO loop method: kqueue eis o outro: valinor# squidclient mgr:squidaio_counts | grep queue queue 0 -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd João, eis as saidas dos comandos valinor# df -hi Filesystem SizeUsed Avail Capacity iused ifree %iused Mounted on /dev/ad0s1a989M256M654M28%2.5k 139k2% / devfs 1.0K1.0K 0B 100% 0 0 100% /dev /dev/ad0s2a6.1G5.5M5.6G 0% 335 848k0% /downloads /dev/ad0s2d9.7G2.1G6.8G24% 63k 1.3M5% /squid/cache1 /dev/ad0s2e9.7G2.1G6.8G23% 87k 1.2M7% /squid/cache2 /dev/ad0s2f9.7G2.1G6.8G24% 68k 1.2M5% /squid/cache3 /dev/ad0s2g9.7G2.1G6.8G23% 82k 1.2M6% /squid/cache4 /dev/ad0s2h9.7G2.0G6.9G23% 79k 1.2M6% /squid/cache5 /dev/ad0s1e989M 20K910M 0% 26 141k0% /tmp /dev/ad0s1f9.7G2.2G6.8G24%237k 1.1M 18% /usr /dev/ad0s1d5.8G729M4.6G13% 24k 776k3% /var devfs 1.0K1.0K 0B 100% 0 0 100% /var/named/dev valinor# iostat -d -c 10 ad0 KB/t tps MB/s 12.42 2 0.03 0.00 0 0.00 2.00 1 0.00 0.00 0 0.00 0.00 0 0.00 16.00 3 0.05 32.00 1 0.03 16.00 1 0.02 0.00 0 0.00 0.00 0 0.00 Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Em 25 de maio de 2010 10:55, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, Não tem mais IPs sobrando (desculpe nao lembo qual o tipo de link) pra vc colocar um hubzinho e testar isso durante o horario normal? Se não tiver como, pra ter certeza terás que fazer isso no grito, já deixa o note com IP configurado certinho, e arranca o cabo do servidor pra fazer o teste durante uns minutinhos. :/ De qualquer forma acho que é um teste necessário pra poder dar continuidade a procura do causador do problema dentro do BSD. Já vi muita gente se bater durante dias procurando cabelo em ovo, e o problema era algo totalmente diferente como um cabo de rede mastigado. -- 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] OT: Squid muito lento....
Você pode solicitar um gráfico de uso do seu circuito junto a operadora. Este normalmente é um serviço básico oferecido. SilverDragon 2010/5/25 Nilson nil...@forge.com.br Em 25 de maio de 2010 10:55, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, Não tem mais IPs sobrando (desculpe nao lembo qual o tipo de link) pra vc colocar um hubzinho e testar isso durante o horario normal? Se não tiver como, pra ter certeza terás que fazer isso no grito, já deixa o note com IP configurado certinho, e arranca o cabo do servidor pra fazer o teste durante uns minutinhos. :/ De qualquer forma acho que é um teste necessário pra poder dar continuidade a procura do causador do problema dentro do BSD. Já vi muita gente se bater durante dias procurando cabelo em ovo, e o problema era algo totalmente diferente como um cabo de rede mastigado. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Ricardo Nascimento Ferreira Analista de Segurança da Informação CISSP-DF Grupo de Estudos Modulo Certified Security Officer Solaris Certified System Administrator - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Por ultimo olha as placas de redes e porta do switch ate o cabo de rede tambem. Em 25 de maio de 2010 11:18, Ricardo Nascimento Ferreira ricard...@gmail.com escreveu: Você pode solicitar um gráfico de uso do seu circuito junto a operadora. Este normalmente é um serviço básico oferecido. SilverDragon 2010/5/25 Nilson nil...@forge.com.br Em 25 de maio de 2010 10:55, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, Não tem mais IPs sobrando (desculpe nao lembo qual o tipo de link) pra vc colocar um hubzinho e testar isso durante o horario normal? Se não tiver como, pra ter certeza terás que fazer isso no grito, já deixa o note com IP configurado certinho, e arranca o cabo do servidor pra fazer o teste durante uns minutinhos. :/ De qualquer forma acho que é um teste necessário pra poder dar continuidade a procura do causador do problema dentro do BSD. Já vi muita gente se bater durante dias procurando cabelo em ovo, e o problema era algo totalmente diferente como um cabo de rede mastigado. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Ricardo Nascimento Ferreira Analista de Segurança da Informação CISSP-DF Grupo de Estudos Modulo Certified Security Officer Solaris Certified System Administrator - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
2010/5/25 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/25 Joao Rocha Braga Filho goffr...@gmail.com 2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: João, estou usando sim o AUFS, tenho um slice separado, com 5 partições de 10G, Quero ver o comando mount, e o df -hi e o iostat -d -c 10. Eu estou com um palpite, e precisaria ver isto para confirmar. João Rocha. os comandos que você me passou, ambos, informa isso -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd João, eis as saidas dos comandos valinor# df -hi Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/ad0s1a 989M 256M 654M 28% 2.5k 139k 2% / devfs 1.0K 1.0K 0B 100% 0 0 100% /dev /dev/ad0s2a 6.1G 5.5M 5.6G 0% 335 848k 0% /downloads /dev/ad0s2d 9.7G 2.1G 6.8G 24% 63k 1.3M 5% /squid/cache1 /dev/ad0s2e 9.7G 2.1G 6.8G 23% 87k 1.2M 7% /squid/cache2 /dev/ad0s2f 9.7G 2.1G 6.8G 24% 68k 1.2M 5% /squid/cache3 /dev/ad0s2g 9.7G 2.1G 6.8G 23% 82k 1.2M 6% /squid/cache4 /dev/ad0s2h 9.7G 2.0G 6.9G 23% 79k 1.2M 6% /squid/cache5 /dev/ad0s1e 989M 20K 910M 0% 26 141k 0% /tmp /dev/ad0s1f 9.7G 2.2G 6.8G 24% 237k 1.1M 18% /usr /dev/ad0s1d 5.8G 729M 4.6G 13% 24k 776k 3% /var devfs 1.0K 1.0K 0B 100% 0 0 100% /var/named/dev Aqui mostra que tem um erro. Dividir a cache em várias partições no mesmo disco é um erro, e certamente baixa muito o desempenho. Use um disco inteiro para o cache, em um único sistema de arquivos. Assim a tabela de i-nodes, de espaço alocado e disponível etc, será uma só, e estará no início do disco, onde existe uma maior densidade de setores por trilha. Assim os diretórios, tabelas etc, serão acessadas com menos posicionamentos de cabeça e ainda posicionamentos mais curtos. Espalhar como você fez só força mais posicionamentos das cabeças de leitura, e por percursos maiores, o que baixa o desempenho do disco. valinor# iostat -d -c 10 ad0 KB/t tps MB/s 12.42 2 0.03 0.00 0 0.00 2.00 1 0.00 0.00 0 0.00 0.00 0 0.00 16.00 3 0.05 32.00 1 0.03 16.00 1 0.02 0.00 0 0.00 0.00 0 0.00 Aqui mostra que o seu disco está ocioso. Completamente ocioso. Então a sua baixa de desempenho, se ocorreu no momento do teste acima, não é devido ao disco. Isto não elimina o que falei acima sobre o uso errado das partições, que poderá ser o seu próximo limite. João Rocha. Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que encerra o expediente) a navegação normaliza, -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OT: Squid muito lento....
amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... olhando o top, os processos do squid aparecem assim: last pid: 24327; load averages: 0.01, 0.04, 0.01up 46+18:24:22 09:24:01 257 processes: 1 running, 256 sleeping CPU: 0.0% user, 0.0% nice, 2.6% system, 0.4% interrupt, 97.0% idle Mem: 400M Active, 469M Inact, 178M Wired, 3204K Cache, 112M Buf, 433M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 24285 squid1 440 3444K 1116K select 0 0:00 0.00% pinger 24259 squid1 40 3508K 1072K sbwait 0 0:00 0.00% ncsa_auth 24264 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24273 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24266 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24262 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24274 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24260 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24267 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24269 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24270 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24268 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24278 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24271 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24277 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24265 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24272 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24275 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24261 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24263 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24276 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24279 squid1 -80 1404K 500K piperd 0 0:00 0.00% unlinkd 24256 squid1 80 12724K 2448K wait1 0:00 0.00% squid 24258 squid 41 440 58840K 41376K ucond 1 0:00 0.00% squid pensei ser gargalo no disco, mas olhando com o gstat aparentemente o disco está folgado, pra ter idéia ta lento até pra abrir a página do google, se eu natear meu IP e passar direto por fora do squid, vai uma beleza... no squid.conf alguns ajustes estão assim # memoria cache_mem 512 MB cache_swap_low 90 cache_swap_high 95 maximum_object_size 100 MB minimum_object_size 0 KB maximum_object_size_in_memory 16 KB auth_param basic program /usr/local/libexec/squid/ncsa_auth /usr/local/etc/squid/passwd_squid auth_param basic children 20 auth_param basic realm Para continuar, informe seu Login e Senha de acesso a INTERNET. Lembre-se, todos os sites acessados serao monitorados. mas não consigo identificar o problema da lentidão, as partições cache estão sendo consumidas 20% somente da capacidade qualquer dica será bem vinda! -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Enio, o cache.log não apresentou alguma mensagem interessante ? Ricardo SilverDragon 2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... olhando o top, os processos do squid aparecem assim: last pid: 24327; load averages: 0.01, 0.04, 0.01up 46+18:24:22 09:24:01 257 processes: 1 running, 256 sleeping CPU: 0.0% user, 0.0% nice, 2.6% system, 0.4% interrupt, 97.0% idle Mem: 400M Active, 469M Inact, 178M Wired, 3204K Cache, 112M Buf, 433M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 24285 squid1 440 3444K 1116K select 0 0:00 0.00% pinger 24259 squid1 40 3508K 1072K sbwait 0 0:00 0.00% ncsa_auth 24264 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24273 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24266 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24262 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24274 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24260 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24267 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24269 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24270 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24268 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24278 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24271 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24277 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24265 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24272 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24275 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24261 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24263 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24276 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24279 squid1 -80 1404K 500K piperd 0 0:00 0.00% unlinkd 24256 squid1 80 12724K 2448K wait1 0:00 0.00% squid 24258 squid 41 440 58840K 41376K ucond 1 0:00 0.00% squid pensei ser gargalo no disco, mas olhando com o gstat aparentemente o disco está folgado, pra ter idéia ta lento até pra abrir a página do google, se eu natear meu IP e passar direto por fora do squid, vai uma beleza... no squid.conf alguns ajustes estão assim # memoria cache_mem 512 MB cache_swap_low 90 cache_swap_high 95 maximum_object_size 100 MB minimum_object_size 0 KB maximum_object_size_in_memory 16 KB auth_param basic program /usr/local/libexec/squid/ncsa_auth /usr/local/etc/squid/passwd_squid auth_param basic children 20 auth_param basic realm Para continuar, informe seu Login e Senha de acesso a INTERNET. Lembre-se, todos os sites acessados serao monitorados. mas não consigo identificar o problema da lentidão, as partições cache estão sendo consumidas 20% somente da capacidade qualquer dica será bem vinda! -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Ricardo Nascimento Ferreira Analista de Segurança da Informação CISSP-DF Grupo de Estudos Modulo Certified Security Officer Solaris Certified System Administrator - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
vc usa blacklists? Em 20 de maio de 2010 09:30, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... -- Thiago J. Ruiz SysAdmin/NetAdmin Cisco CCNA - Loading. Computer Networks Techie http://thiagoruiz.blogspot.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] OT: Squid muito lento....
2010/5/20 Ricardo Nascimento Ferreira ricard...@gmail.com Enio, o cache.log não apresentou alguma mensagem interessante ? Ricardo SilverDragon 2010/5/20 Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... olhando o top, os processos do squid aparecem assim: last pid: 24327; load averages: 0.01, 0.04, 0.01up 46+18:24:22 09:24:01 257 processes: 1 running, 256 sleeping CPU: 0.0% user, 0.0% nice, 2.6% system, 0.4% interrupt, 97.0% idle Mem: 400M Active, 469M Inact, 178M Wired, 3204K Cache, 112M Buf, 433M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 24285 squid1 440 3444K 1116K select 0 0:00 0.00% pinger 24259 squid1 40 3508K 1072K sbwait 0 0:00 0.00% ncsa_auth 24264 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24273 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24266 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24262 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24274 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24260 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24267 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24269 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24270 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24268 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24278 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24271 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24277 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24265 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24272 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24275 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24261 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24263 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24276 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24279 squid1 -80 1404K 500K piperd 0 0:00 0.00% unlinkd 24256 squid1 80 12724K 2448K wait1 0:00 0.00% squid 24258 squid 41 440 58840K 41376K ucond 1 0:00 0.00% squid pensei ser gargalo no disco, mas olhando com o gstat aparentemente o disco está folgado, pra ter idéia ta lento até pra abrir a página do google, se eu natear meu IP e passar direto por fora do squid, vai uma beleza... no squid.conf alguns ajustes estão assim # memoria cache_mem 512 MB cache_swap_low 90 cache_swap_high 95 maximum_object_size 100 MB minimum_object_size 0 KB maximum_object_size_in_memory 16 KB auth_param basic program /usr/local/libexec/squid/ncsa_auth /usr/local/etc/squid/passwd_squid auth_param basic children 20 auth_param basic realm Para continuar, informe seu Login e Senha de acesso a INTERNET. Lembre-se, todos os sites acessados serao monitorados. mas não consigo identificar o problema da lentidão, as partições cache estão sendo consumidas 20% somente da capacidade qualquer dica será bem vinda! -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Ricardo Nascimento Ferreira Analista de Segurança da Informação CISSP-DF Grupo de Estudos Modulo Certified Security Officer Solaris Certified System Administrator - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Opa Ricardo, apresentou sim, esqueci de colar no email anterior, veja 2010/05/19 20:59:01| aioSync: flushing pending I/O operations 2010/05/19 20:59:01| aioSync: done 2010/05/19 20:59:01| aioSync: flushing pending I/O operations 2010/05/19 20:59:01| aioSync: done 2010/05/19 20:59:01| aioSync:
Re: [FUG-BR] OT: Squid muito lento....
Em 20/05/2010, às 09:53, Thiago J. Ruiz escreveu: vc usa blacklists? Em 20 de maio de 2010 09:30, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... Ficou lento mas o que você notou no processo? Como esta o consumo de CPU? Quanto de RAM ele ta alocando? Quantas threads estão em uso? Ja conferiu seu I/O de disco como está? Cole a saída do seu top e do gstat que ajuda a diagnosticar :) -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
2010/5/20 Patrick Tracanelli eks...@freebsdbrasil.com.br Em 20/05/2010, às 09:53, Thiago J. Ruiz escreveu: vc usa blacklists? Em 20 de maio de 2010 09:30, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... Ficou lento mas o que você notou no processo? Como esta o consumo de CPU? Quanto de RAM ele ta alocando? Quantas threads estão em uso? Ja conferiu seu I/O de disco como está? Cole a saída do seu top e do gstat que ajuda a diagnosticar :) -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Patrick, eis a saida de gstat, fica assim a maior parte do tempo, é rara as vezes que aparece vermelho, dT: 1.001s w: 1.000s L(q) ops/sr/s kBps ms/rw/s kBps ms/w %busy Name 0 4 0 00.0 4 541.00.2| ad0 0 3 0 00.0 3 480.90.1| ad0s1 0 1 0 00.0 1 61.40.1| ad0s2 0 3 0 00.0 3 480.90.1| ad0s1a 0 0 0 00.0 0 00.00.0| ad0s1b 0 0 0 00.0 0 00.00.0| ad0s1c 0 0 0 00.0 0 00.00.0| ad0s1d 0 0 0 00.0 0 00.00.0| ad0s1e 0 0 0 00.0 0 00.00.0| ad0s1f 0 0 0 00.0 0 00.00.0| ad0s2a 0 0 0 00.0 0 00.00.0| ad0s2c 0 0 0 00.0 0 00.00.0| ad0s2d 0 0 0 00.0 0 00.00.0| ad0s2e 0 0 0 00.0 0 00.00.0| ad0s2f 0 1 0 00.0 1 61.50.1| ad0s2g 0 0 0 00.0 0 00.00.0| ad0s2h o top mostra isso, nos processos do squid (o servidor tem 1.5G de ram), está destinado 512 de ram para o Lusca last pid: 24559; load averages: 0.00, 0.00, 0.00 up 46+19:07:23 10:07:02 255 processes: 1 running, 254 sleeping CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.8% interrupt, 99.2% idle Mem: 404M Active, 480M Inact, 181M Wired, 3204K Cache, 112M Buf, 415M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 24437 squid1 440 3444K 1136K select 0 0:00 0.00% pinger 24410 squid 41 440 59864K 44072K ucond 1 0:00 0.00% squid 24411 squid1 40 3508K 1092K sbwait 0 0:00 0.00% ncsa_auth 24412 squid1 40 3508K 1092K sbwait 0 0:00 0.00% ncsa_auth 24417 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24419 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24422 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24423 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24414 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24428 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24427 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24426 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24424 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24416 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24421 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24420 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24415 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24429 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24430 squid1 40 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24425 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24418 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24413 squid1 40 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24431 squid1 -80 1404K 516K piperd 0 0:00 0.00% unlinkd 24408 squid1 80 12724K 2464K wait0 0:00 0.00% squid e só pra complementar, o netstat -m mostra valinor# netstat -m 389/45151/45540 mbufs in use (current/cache/total) 387/847/1234/25600 mbuf clusters in use
Re: [FUG-BR] OT: Squid muito lento....
Verificou DNS? Em 20 de maio de 2010 10:15, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: 2010/5/20 Patrick Tracanelli eks...@freebsdbrasil.com.br Em 20/05/2010, às 09:53, Thiago J. Ruiz escreveu: vc usa blacklists? Em 20 de maio de 2010 09:30, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... Ficou lento mas o que você notou no processo? Como esta o consumo de CPU? Quanto de RAM ele ta alocando? Quantas threads estão em uso? Ja conferiu seu I/O de disco como está? Cole a saída do seu top e do gstat que ajuda a diagnosticar :) -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Patrick, eis a saida de gstat, fica assim a maior parte do tempo, é rara as vezes que aparece vermelho, dT: 1.001s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 4 0 0 0.0 4 54 1.0 0.2| ad0 0 3 0 0 0.0 3 48 0.9 0.1| ad0s1 0 1 0 0 0.0 1 6 1.4 0.1| ad0s2 0 3 0 0 0.0 3 48 0.9 0.1| ad0s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2f 0 1 0 0 0.0 1 6 1.5 0.1| ad0s2g 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2h o top mostra isso, nos processos do squid (o servidor tem 1.5G de ram), está destinado 512 de ram para o Lusca last pid: 24559; load averages: 0.00, 0.00, 0.00 up 46+19:07:23 10:07:02 255 processes: 1 running, 254 sleeping CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.8% interrupt, 99.2% idle Mem: 404M Active, 480M Inact, 181M Wired, 3204K Cache, 112M Buf, 415M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 24437 squid 1 44 0 3444K 1136K select 0 0:00 0.00% pinger 24410 squid 41 44 0 59864K 44072K ucond 1 0:00 0.00% squid 24411 squid 1 4 0 3508K 1092K sbwait 0 0:00 0.00% ncsa_auth 24412 squid 1 4 0 3508K 1092K sbwait 0 0:00 0.00% ncsa_auth 24417 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24419 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24422 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24423 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24414 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24428 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24427 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24426 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24424 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24416 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24421 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24420 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24415 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24429 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24430 squid 1 4 0 3508K 932K sbwait 1 0:00 0.00% ncsa_auth 24425 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24418 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24413 squid 1 4 0 3508K 932K sbwait 0 0:00 0.00% ncsa_auth 24431 squid 1 -8 0 1404K 516K piperd 0 0:00 0.00% unlinkd 24408 squid 1 8 0 12724K 2464K wait 0 0:00
Re: [FUG-BR] OT: Squid muito lento....
2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Oi Enio, Verifica a quantidade queue do squid sendo chamado. Através desse comando você conseguirá ver. squidclient mgr:info | grep queue Att., João Pedro 2010/5/20, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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] OT: Squid muito lento....
Oi Enio, Lembrando que essa queue tem quer ser menor que 5 x o valor da thread se estiver usando o AUFS. O comando correto é squidclient mgr:squidaio_counts | grep queue Sem o grep vc vai ver a quantidade threads que vc tem. Att., João Pedro Em 20/05/10, Joao Pedro Paula Pannain Souzajp.pann...@gmail.com escreveu: Oi Enio, Verifica a quantidade queue do squid sendo chamado. Através desse comando você conseguirá ver. squidclient mgr:info | grep queue Att., João Pedro 2010/5/20, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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] OT: Squid muito lento....
2010/5/20 Joao Pedro Paula Pannain Souza jp.pann...@gmail.com Oi Enio, Lembrando que essa queue tem quer ser menor que 5 x o valor da thread se estiver usando o AUFS. O comando correto é squidclient mgr:squidaio_counts | grep queue Sem o grep vc vai ver a quantidade threads que vc tem. Att., João Pedro Em 20/05/10, Joao Pedro Paula Pannain Souzajp.pann...@gmail.com escreveu: Oi Enio, Verifica a quantidade queue do squid sendo chamado. Através desse comando você conseguirá ver. squidclient mgr:info | grep queue Att., João Pedro 2010/5/20, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com: 2010/5/20 Giancarlo Rubio gianru...@gmail.com Verificou DNS? -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ta resolvendo, tenho o bind local para cache, aparentemente está normal -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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 João, estou usando sim o AUFS, tenho um slice separado, com 5 partições de 10G, os comandos que você me passou, ambos, informa isso valinor# squidclient mgr:info | grep queue Number of queued ICP replies: 0 Files queued for open: 0 IO loop method: kqueue eis o outro: valinor# squidclient mgr:squidaio_counts | grep queue queue 0 -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Squid muito lento....
Amigo, Verifica o número máximo de arquivos que podem ser abertos pelo proxy. Pode estar chegando ao maximo. # squidclient mgr:info Leve em consideração as linhas: File descriptor usage for squid: Maximum number of file descriptors: X Largest file desc currently in use: X Number of file desc currently in use: X Para aumentar o valor, utilize o max_filedescriptors no squid.conf Em 20 de maio de 2010 09:30, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: amigos, tenho um Squid 2.X (na realidade é o Lusca) rodando num servidor FreeBSD, com 1.5G de ram e processador Pentim 4 Dual Core de uns tempos pra cá ele ficou muito lento, até achei que era o antivirus integrado com o HAVP, mas o desativei, e mesmo assim o squid continua lento... olhando o top, os processos do squid aparecem assim: last pid: 24327; load averages: 0.01, 0.04, 0.01up 46+18:24:22 09:24:01 257 processes: 1 running, 256 sleeping CPU: 0.0% user, 0.0% nice, 2.6% system, 0.4% interrupt, 97.0% idle Mem: 400M Active, 469M Inact, 178M Wired, 3204K Cache, 112M Buf, 433M Free Swap: 2048M Total, 536K Used, 2047M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 24285 squid1 440 3444K 1116K select 0 0:00 0.00% pinger 24259 squid1 40 3508K 1072K sbwait 0 0:00 0.00% ncsa_auth 24264 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24273 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24266 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24262 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24274 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24260 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24267 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24269 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24270 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24268 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24278 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24271 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24277 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24265 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24272 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24275 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24261 squid1 40 3508K 912K sbwait 1 0:00 0.00% ncsa_auth 24263 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24276 squid1 40 3508K 912K sbwait 0 0:00 0.00% ncsa_auth 24279 squid1 -80 1404K 500K piperd 0 0:00 0.00% unlinkd 24256 squid1 80 12724K 2448K wait1 0:00 0.00% squid 24258 squid 41 440 58840K 41376K ucond 1 0:00 0.00% squid pensei ser gargalo no disco, mas olhando com o gstat aparentemente o disco está folgado, pra ter idéia ta lento até pra abrir a página do google, se eu natear meu IP e passar direto por fora do squid, vai uma beleza... no squid.conf alguns ajustes estão assim # memoria cache_mem 512 MB cache_swap_low 90 cache_swap_high 95 maximum_object_size 100 MB minimum_object_size 0 KB maximum_object_size_in_memory 16 KB auth_param basic program /usr/local/libexec/squid/ncsa_auth /usr/local/etc/squid/passwd_squid auth_param basic children 20 auth_param basic realm Para continuar, informe seu Login e Senha de acesso a INTERNET. Lembre-se, todos os sites acessados serao monitorados. mas não consigo identificar o problema da lentidão, as partições cache estão sendo consumidas 20% somente da capacidade qualquer dica será bem vinda! -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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
