FreeBSD Handbook/Administração/Configuração e Ajuste/Configuração Inicial: diferenças entre revisões

[edição não verificada][edição não verificada]
Conteúdo apagado Conteúdo adicionado
Sem resumo de edição
Página substituída por 'Texto ainda em desenvolvimento'
Linha 1:
Texto ainda em desenvolvimento
==11.2 Configuração inicial==
===11.2.1 Disposição de partições===
====11.2.1.1 Partições de base====
 
Ao colocar o arquivo de sistemas com [http://www.freebsd.org/cgi/man.cgi?query=bsdlabel&sektion=8 disklabel (8)] ou [http://www.freebsd.org/cgi/man.cgi?query=sysinstall&sektion=8 sysinstall (8)], lembre-se que discos rígidos transferem dados mais rapidamente das trilhas exterior para o interior.
 
Assim, menores e mais sistemas de arquivo acessado deve ser mais para o exterior da unidade, enquanto as partições maiores como / usr deve ser colocado para as partes internas do disco. É uma boa idéia para criar partições em uma ordem: root, swap, /var, /usr.
 
O tamanho da partição / var reflete o uso de máquina se destina. O sistema de arquivos / var é usado para armazenar caixas de correio, arquivos de log e carretéis impressora. Caixas de correio e arquivos de log podem crescer em tamanhos não esperados dependendo de quantos usuários existem e quanto tempo os arquivos de log são mantidos. A maioria dos usuários raramente irá precisar de mais de cerca de um gigabyte de espaço livre em disco em / var.
 
 
'''Nota''': Existem algumas vezes que um monte de espaço em disco é necessário em / var / tmp. Quando um novo software é instalado com o [http://www.freebsd.org/cgi/man.cgi?query=pkg_add&sektion=1 pkg_add (1)] as ferramentas de embalagens extrair uma cópia temporária dos pacotes em / var / tmp. Pacotes de software de grande porte, como o '''Firefox''' ou o '''OpenOffice''' pode ser complicado para instalar se houver espaço em disco suficiente em / var / tmp.
 
 
A partição / usr contém muitos dos arquivos necessários para suportar o sistema, incluindo a coleção de [http://www.freebsd.org/cgi/man.cgi?query=ports&sektion=7 ports (7)] (recomendado) e o código-fonte (opcional). Ambas as portas e as fontes do sistema básico são opcionais no momento da instalação, mas recomendamos pelo menos 2 gigabytes para esta partição.
 
Ao selecionar tamanhos de partição, mantenha os requisitos de espaço em mente. Running out of espaço em uma partição enquanto apenas usando outro pode ser um aborrecimento.
 
'''Nota''': Alguns usuários descobriram que sysinstall (8) 's Auto-Sizer partição padrão irá selecionar algumas vezes menor do que suficiente / var e / partições. Partição sábia e generosa.
 
====11.2.1.2 Partição Swap====
 
Como regra geral, a partição de swap devem ser aproximadamente o dobro do tamanho da memória do sistema (RAM). Por exemplo, se a máquina tem 128 megabytes de memória, o arquivo de swap deve ser de 256 megabytes. Sistemas com menos memória pode ter um melhor desempenho com mais de swap. Menos de 256 megabytes de swap não é recomendada e de expansão de memória deve ser considerada. Os algoritmos de paginação VM são ajustados para o melhor desempenho quando a partição swap é de pelo menos duas vezes o tamanho da memória principal. Configurar um swap muito pequeno pode conduzir a ineficiências na página VM escaneamento de código e pode criar problemas se mais memória é adicionado.
 
Em sistemas maiores, com vários discos SCSI (ou multiplos discos IDE operando em controladores diferentes), é recomendado que o swap é configurado em cada unidade (até quatro unidades). As partições de swap devem ser aproximadamente o mesmo tamanho. O kernel pode manipular tamanhos arbitrários mas estruturas de dados internas escala de 4 vezes a maior partição. Manter as partições de swap quase do mesmo tamanho que permitirá que o kernel para otimizar o espaço de troca de banda nos discos. Swap tamanhos grandes são bons, mesmo que de troca não é muito usado. Pode ser mais fácil para se recuperar de um programa antes de ser forçado a reiniciar.
 
====11.2.1.3 Porque Particionar?====
 
Muitos usuários pensam que uma única partição grande vai ficar bem, mas existem várias razões para isso é uma má idéia. Primeiro, cada partição possui características operacionais diferentes e separá-las permite que o sistema de arquivos para ajustar em conformidade. Por exemplo, a raiz e / usr são lidas em sua maioria, sem escrever muito. Apesar de muita leitura e escrita pode ocorrer in / var e / var / tmp.
 
Corretamente por um sistema de compartimentação, fragmentação introduzida no menor escrever partições pesado não vai sangrar mais na maior parte de ler partições. Mantendo a escrever-carregados partições mais próxima à borda do disco, vai aumentar de I / O desempenho nas partições onde ocorre a maioria. Agora, enquanto I / O desempenho nas partições maiores podem ser necessários, transferindo-se mais para a borda do disco não vai levar a uma melhoria de desempenho significativos sobre Mudança / var para a borda. Finalmente, existem preocupações de segurança. Um menor, a partição raiz mais puro que é principalmente de leitura, tem uma maior chance de sobreviver a um acidente ruim.