2011/9/21 Corsini . <jbcors...@hotmail.com> > > Então Mario, até cheguei a rodar aqui o squid -k rotate para ver, mas > percebi que o swap.state está do mesmo jeito, ou seja não limpou o mesmo, > mas também percebi que ele gerou um outro arquivo com esse nome > swap.state.last-clean 0 bytes > estranho que esse arquivo não crescia assim tão rápido, para se ter uma > idéia, de ontem para hoje ele já cresceu quase 2gb. > > Estou usando no squid o cache_dir dessa forma: > > cache_dir diskd /usr/local/squid/cache 10000 16 256 Q1=64 Q2=74 > > Derrepente eu passo o meu cache_dir aqui para UFS seguindo sua dica, > Talvez um dos motivos que possa ter acarretado isso: foi ter retirado o NAT > dessa rede, aumentou bastante as requisições no Proxy > > > João B. Corsini > Analista de Suporte > > > > > To: freebsd@fug.com.br > > From: l...@bsd.com.br > > Date: Tue, 20 Sep 2011 19:51:54 -0300 > > Subject: Re: [FUG-BR] Arquivo Swap.state enorme > > > > On Tuesday 20 September 2011 14:59:34 Welinaldo Lopes Nascimento wrote: > > > O comando para dividir o arquivo access.log é: squid -k rotate > > > Você vai observar que cada vez que é executado este comando, cria-se um > > > arquivo de de log separado; ex.: access.log.0, access.log.1, etc... > > > Uso esta opção para fazer divisões neste arquivo para relatórios do > sarg > > > semanalmente via cron. > > > > > > > Corsini; > > > > Uma forma do swap state não crescer tanto é voce dividir o seu cache em > > diretorios separados. > > > > O meu esta assim: > > > > cache_dir aufs /squid/1 10000 128 512 > > cache_dir aufs /squid/2 10000 128 512 > > cache_dir aufs /squid/3 10000 128 512 > > cache_dir aufs /squid/4 10000 128 512 > > cache_dir aufs /squid/5 10000 128 512 > > > > 50G divididos em 5 de 10. Desta forma, cada diretorio tem o seu próprio > > swap.state e eles não crescerão tanto. Alem do mais, um squid -k rotate > > semanal "limpa" os arquivos swap.state. > > > > -- > > Mario Lobo > > http://www.mallavoodoo.com.br > > FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] (99% winblows FREE) > > ------------------------- > > 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 >
vejam, http://www.comfsm.fm/computing/squid/FAQ-6.html#ss6.12 assim sendo, penso eu que é normal um swap.state muito grande, caso a partição e o espaço consumido também seja alto. estive vendo aqui no meu lusca valinor# df -h /squid/* Filesystem Size Used Avail Capacity Mounted on /dev/ad0s2d 9.7G 7.2G 1.7G 81% /squid/cache1 /dev/ad0s2e 9.7G 7.2G 1.7G 81% /squid/cache2 /dev/ad0s2f 9.7G 7.2G 1.7G 81% /squid/cache3 /dev/ad0s2g 9.7G 7.2G 1.7G 81% /squid/cache4 /dev/ad0s2h 9.7G 7.2G 1.7G 81% /squid/cache5 valinor# ls -lah /squid/*/swap* -rw-r----- 1 squid squid 24M Sep 21 19:23 /squid/cache1/swap.state -rw-r----- 1 squid squid 0B Sep 21 19:23 /squid/cache1/swap.state.last-clean -rw-r----- 1 squid squid 24M Sep 21 19:23 /squid/cache2/swap.state -rw-r----- 1 squid squid 0B Sep 21 19:23 /squid/cache2/swap.state.last-clean -rw-r----- 1 squid squid 24M Sep 21 19:23 /squid/cache3/swap.state -rw-r----- 1 squid squid 0B Sep 21 19:23 /squid/cache3/swap.state.last-clean -rw-r----- 1 squid squid 24M Sep 21 19:23 /squid/cache4/swap.state -rw-r----- 1 squid squid 0B Sep 21 19:23 /squid/cache4/swap.state.last-clean -rw-r----- 1 squid squid 23M Sep 21 19:23 /squid/cache5/swap.state -rw-r----- 1 squid squid 0B Sep 21 19:23 /squid/cache5/swap.state.last-clean quando eu apliquei o rotate (squid -k rotate) eu acompanhei o tamanho destes arquivos, o swap.state.last-clean foi aumentando de tamanho gradativamente, até o tamanho igual ao swap.state, após isso o last-clean foi zerado, e o swap.state ficou com 1Mb menor do que antes do rotate. Corsini, tente dividir o seu cache em diretórios separados, mesmo que você tenha uma única partição do cache, crie subdiretórios dentro, um para cada entrada de cache_dir no seu squid.conf -- *ENIO RODRIGO MARCONCINI* @eniomarconcini <http://twitter.com/eniomarconcini> skype: eniorm facebook.com/eniomarconcini <http://www.facebook.com/eniomarconcini> *"UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." * ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd