# FreeBSD Handbook/Administração/Configuração e Ajuste/Configuração Inicial

FreeBSD Handbook :
| Anterior | Capítulo 11. Configuração e Ajuste | Proxima |

## 11.2 Configuração inicial
### 11.2.1 Disposição de partições
#### 11.2.1.1 Partições de base

Ao manusear sistemas de arquivos com disklabel(8) ou sysinstall(8), lembre-se que discos rígidos transferem dados mais rapidamente das trilhas externas para as internas. Assim, os menores e mais acessados sistemas de arquivo devem estar mais para o exterior da unidade, enquanto as partições maiores como /usr deve ser colocados nas partes internas do disco. É uma boa idéia criar partições em uma ordem similar a esta: raiz, swap, /var, /usr.
O tamanho da partição /var reflete a intenção de uso da máquina. O sistema de arquivos /var é usado para armazenar caixas de correio, arquivos de log e spools de impressora. Caixas de correio e arquivos de log podem crescer em tamanhos inesperados 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: Algumas vezes muito de espaço em disco é necessário em /var/tmp. Quando um novo software é instalado com pkg_add(1) as ferramentas de pacotes extraem uma cópia temporária dos pacotes em /var/tmp. Pacotes de software de grande porte, como o Firefox ou o OpenOffice podem ser complicados para instalar se não houver espaço em disco suficiente em /var/tmp.
A partição /usr contém muitos dos arquivos necessários para o sistema, incluindo a coleção de ports(7) (recomendado) e o código-fonte (opcional). Ambas são opcionais no momento da instalação, mas recomendamos pelo menos 2 gigabytes para esta partição.
Ao selecionar tamanhos de partição tenha os requisitos de espaço em mente. Ultrapassar o tamanho de uma partição enquanto outra está vazia pode ser um aborrecimento.
Nota: Alguns usuários já observaram que a escolha padrão de partições do sysinstall(8) irá selecionar algumas vezes um tamanho menor do que o adequado para as partições /var e /. Particione sabia e generosamente.

#### 11.2.1.2 Partição Swap

Como regra geral, a partição de swap deve ter aproximadamente o dobro do tamanho da memória do sistema (RAM). Por exemplo, se uma máquina possui 128 megabytes de memória, o arquivo de swap deveria ser de 256 megabytes. Sistemas com pouca memória podem obter melhor performance com mais swap. Menos que 256 megabytes de swap não é recomendado e uma expansão deve ser considerada. Os algoritmos de paginação da memória virtual (VM) são sintonizados para obter melhor desempenho quando a partição de swap é pelo menos duas vezes o tamanho da memória. Configurar um swap muito pequeno pode levar à ineficiência no código de procura de página da memória virtual e pode criar problemas se mais memória for adicionada.
Em sistemas maiores com vários discos SCSI (ou múltiplos discos IDE operando em controladoras diferentes), é recomendado que o swap seja configurado em cada disco (até quatro discos). As partições de swap devem ser aproximadamente do mesmo tamanho. O kernel pode manipular tamanhos arbitrários, mas estruturas de dados internas são dimensionadas até 4 vezes o tamanho da maior partição de swap. Manter as partições de swap com aproximadamente o mesmo tamanho permitirá ao kernel otimizar a distribuição de swap pelas partições. Não há problemas em ter grandes partições de swap, mesmo que o ele não seja muito usado. Isto pode facilitar a recuperação de dados de um programa antes de um reinício forçado da máquina.

#### 11.2.1.3 Porque Particionar?

Muitos usuários pensam que uma única partição grande vai ser suficiente, mas há várias razões pelas quais isso é uma má ideia. Primeiro, cada partição possui características operacionais diferentes e separá-las permite que o sistema de arquivos seja ajustado de acordo com cada uma. Por exemplo, as partições raiz e /usr mais acesso de leitura, sem muita escrita. Enquanto isso muita leitura e escrita costumam ocorrer em /var e /var/tmp.
Através de um particionamento adequado, a fragmentação introduzida em partições pequenas com muitos acessos de escrita não prejudicará as partições com mais acessos de leitura. Manter as partições com mais acesso de escrita mais próximas à borda do disco proporcionará melhoria na performance de I/O das mesmas. Mesmo sendo a performance de I/O necessária em partições maiores, colocá-las na parte externa do disco não promoverá uma melhora de performance tão boa quanto mover o /var para a borda. Finalmente, existem preocupações com a segurança. Uma partição raiz menor, mais pura, que tem mais acessos de leitura, tem uma chance maior de sobreviver a um crash.
| Anterior | Índice | Próxima |
| Sinopse | Topo | Configuração Principal |