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
