Essa coisa de sair dizendo arbitrariamente numeros sem conhecer bem o problema me deixa mais estupido que de costume.
A ideia principal e' (mais uma vez): cada caso e' um caso. Inventar ou dizer um numero aleatorio nao resolve problema, as vezes cria mais problemas. Tem que conhecer muito bem o ambiente, as limitacoes e os objetivos do projeto para sair dizendo qualquer coisa e eu duvido que qualquer um aqui, alem do autor da thread, tem tal conhecimento. Essas receitas de bolo e sites que as espalham sao um cancer para o Linux. O individuo coloca meia duzia de comandos, nao explica absolutamente nada e anos depois outras pessoas encontram o tal site/blog e usam os mesmos comandos, deixando de aproveitar tecnologias mais atuais e de resolver o problema de forma adequada. De volta ao topico, a questao de usar o HD em porcentagens e' interessante, uma pena que boa parte das ferramentas nao suportem isso de uma forma mais "humanamente compreensivel". Na maioria dos casos tu faz o calculo manualmente, tipo: meu HD tem 160GB, quero 10% para o root, logo crio uma particao de 16GB. O que eu quero dizer e' ferramentas mais "dinamicas" que saibam escalar sozinhas mas isso acaba sendo bem complexo se pensar em todos os requisitos e problemas (como fragmentacao de arquivos ou o que acontece se o HD diminui, perde dados?). A reserva no fim do HD e' uma coisa que eu tambem gosto de fazer, mas nao tanto como 25%, eu deixo isso em cerca de 100MB pelo seguinte: - Se torna um "buffer" na hora de redimensionar um LVM ou particoes. - Permite usar HDs de fabricantes diferentes em RAID1 sem ter que lidar com diferenca de "alguns" bytes (acontece, tem gente que usa 1kb = 1000b e tem gente q usa 1kb = 1024b). Mas isso nao e' nenhuma regra, e' mais um "padrao" meu. PS: Reinstalando meu pinguin, ainda nao configurei o teclado e ai nao tem acentos... On 4/27/10, Guilherme Lima <[email protected]> wrote: > Poxa... o Max apesar de não estar certo na maneira como fala está certíssimo > no conteúdo. > > Não crio partições por tamanho e sim defino % do HD para cada uma. Se > pretende criar mais coisas no servidor ou quiser expansividade, deixa as > vezes 25% do hd sem formato, na reserva. Isso lógico vai depender se o HD > lhe atende. Falei muito e friso aqui. BACKUP! > > Se seu servidor for decente e você possuir hd reserva pense e com muito > gosto em um raid (sempre prefira via hardware), que no caso de problemas > pode vir a ser a melhor e mais rápida solução. > > Max, pega leve amigo! Muita gente sai por aí com receitinhas de bolo, mas > devemos informar e mostrar que não funciona assim, e não expulsar os caras > da lista. > A propósito, opino pouco e minha experiência é baixa na maioria dos assuntos > (todos meus clientes são SMB e não tem mais que 60 máquinas), mas acompanho > a lista com entusiasmo e espero um dia poder conhece-lo e trocar > "experiências". Se quiser me procure no Gtalk [email protected] ... > > Obrigado! > > -- > Guilherme de Lima Gontijo > --------------------------------- > code green - network & it > http://www.codegreenit.com > --------------------------------- > MSN: [email protected] > +55 62 9179-2924 > > > Em 26 de abril de 2010 21:16, max <[email protected]> escreveu: > >> On 4/26/10, Richard <[email protected]> wrote: >> > Ok, Instala o slackware rs rs rs. >> > >> > /boot 200 mb >> > swap 1/2 da sua memoria ram >> > /var 100 gb >> > / 4 gb >> > >> > e o restante para o home. >> >> Porque separar o /boot? (Isso e' uma coisa que eu gosto de fazer, mas >> existe um motivo, nao adianta tu simplesmente dizer para separar sem >> explicar o porque...) >> >> E o /var? Por que nem tudo que esta no /var precisa ser tunado >> (dependendo do tuning, como desativar journaling, pode prejudicar mais >> do que ajuda). Se for o caso, pode criar um /home gigante e colocar >> tudo la, afinal o servidor dele vai rodar outras coisas alem de banco >> de dados... >> >> E de onde saiu o valor magico de swap = ram/2? Legal, agora alem de >> swap = 2.5 * ram e swap = 2 * ram tem mais uma formula magica e mais >> uma vez nao dizem de onde saiu o numero (o mais legal e' que nem as >> especificacoes do servidor, nem as definicoes de carga/uso foram >> dadas... Se ele tiver 16GB de ram vai ter que fazer um swap de 8GB?) >> >> E se ele rodar um desktop completo nessa mesma maquina, os 4GB do / >> serao suficientes? E daqui a 3 ou 4 anos, sera que uma instalacao >> "minima" vai caber em apenas 4GB? Ah e' claro, como todo servidor, >> esse e' planejado para ser formatado a cada 2 meses, se um dia uma >> instalacao exigir mais espaco podemos fazer numa das formatacoes >> periodicas... >> >> -- >> GUS-BR - Grupo de Usuários de Slackware Brasil >> http://www.slackwarebrasil.org/ >> http://groups.google.com/group/slack-users-br >> >> Antes de perguntar: >> http://www.istf.com.br/perguntas/ >> >> Para sair da lista envie um e-mail para: >> [email protected]<slack-users-br%[email protected]> >> > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
