Lutieri G. wrote: > Acabei de ver isso. Vou ativar. Porém antes fiz um teste. > > criei dentro do /var uma pasta cache_squid > > mkdir /var/cache_squid > chown -R squid:squid /var/cache_squid > squid -z > /usr/local/etc/rc.d/squid start > > e coloquei no squid.conf > > cache_dir ufs /var/cache_squid 1000 16 256 > > > E o /var já tah montado com o soft-updates ativo. > Porém o problema continua. Migrei os usuários, 4 minutos depois a > lentidão toma conta!!! > > Acabei de comentar todas as minhas acl's. Só sobrou uma liberando o > acesso a todo mundo, desativei a autenticação também. E continua > lento... > > Nesse exato momento voltei os usuário pro proxy antigo e to usando > sozinho o novo(BSD) tah mais do que perfeito... > Aliás, antes de migrar todos usuários eu havia alterado os proxies de > todas máquinas da TI, em torno de 17, e tava perfeito. Conclui que > acima de 45 usuários é que começa a trovar... > > > 2007/8/27, Flavio Alexsandro Silva <[EMAIL PROTECTED]>: >> Lutieri G. wrote: >>> 2007/8/27, Márcio Luciano Donada <[EMAIL PROTECTED]>: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Lutieri G. escreveu: >>>>> Acabou de ficar lento quase travando: >>>>> >>>>> # netstat -m 807/1698/2505 mbufs in use (current/cache/total) >>>>> 806/1162/1968/25600 mbuf clusters in use (current/cache/total/max) >>>>> 806/1016 mbuf+clusters out of packet secondary zone in use >>>>> (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use >>>>> (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use >>>>> (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use >>>>> (current/cache/total/max) 1813K/2748K/4562K 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/0/0 sfbufs in use (current/peak/max) 0 >>>>> requests for sfbufs denied 0 requests for sfbufs delayed 0 requests >>>>> for I/O initiated by sendfile 46 calls to protocol drain routines >>>>> >>>> Qual é a saída do comando mount? >>> # mount >>> /dev/da0s1a on / (ufs, local) >>> devfs on /dev (devfs, local) >>> /dev/da0s1e on /tmp (ufs, local, soft-updates) >>> /dev/da0s1f on /usr (ufs, local, soft-updates) >>> /dev/da0s1d on /var (ufs, local, soft-updates) >>> /dev/da0s2a on /cache (ufs, local) >>> devfs on /var/chroot/named/dev (devfs, local) >>> >>>> Abraço, >>>> >>> >> Lutieri, >> >> Ative o soft-updates no /dev/da0s2a! >> >> -- >> Flávio Alexsandro Silva >> "Unix is user friendly. It's just selective about who its friends are." >> "Linux is for people who hate Windows. >> BSD is for people who love UNIX." >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > Lutieri,
Estes problemas podem estar relacionados sim ao numero de usuários e sua configuracao, principalmente de kernel... Tente fazer aquela modificacao sugerida pelo amigo de utilizar o skid com diskd, mas pra isso seria correto estar uitlizando o VFS_AIO no kernel!!! Abraços, -- Flávio Alexsandro Silva "Unix is user friendly. It's just selective about who its friends are." "Linux is for people who hate Windows. BSD is for people who love UNIX." ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more! ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd