Devido à natureza específica, costumo usar configurações padrão. No meu caso, o postfix nunca foi realmente o gargalo e eu e eu passamos a maior parte do tempo sintonizando o AntiSpam / AntiVirus / MDA.
Rianto Wahyudi
Dada a natureza muito específica do assunto (não estamos falando de caixas de correio, apenas o spool; não estamos falando de outros sistemas de arquivos, apenas ext3; e assim por diante ...) e a maturidade dos softwares envolvidos (linux kernel, ext3fs, postfix) Eu acho que deveria haver um conjunto mais ou menos acordado de melhores práticas para o ajuste relacionado ao sistema de arquivos.
Estou tentando obter um resumo deles:
data=journal
se tornou o padrão nos kernels recentes (algo em torno de 2.6.30 IIRC), então devemos estar ok com isso atime
deve estar ativado, mas a documentação do Postfix recomenda noatime
ao falar sobre a Fila de entrada . Isso significa que o postfix precisa de atime
apenas para alguns diretórios de filas e se beneficiará de noatime
sobre os outros? podemos usar noatime
se simplesmente não usarmos o ETRN? nodev,noexec,nosuid
- não * não o impedirá de definir atributos (o postfix usa exec attr) eles simplesmente não terão nenhum efeito (não executamos nada de o carretel) fsync()
citado por Wietse e / ou chattr -S
provavelmente estão vinculados a sync
/ async
opções de ext3fs, mas eu não os entendo o suficiente. Mouting o sistema de arquivos com async
opção é equivalente a chattr -R -S
o fs inteiro? Parece que vai aumentar o desempenho, mas será que isso representa um risco de "perda de e-mail após uma pane no sistema" ou é realmente "seguro em / var / spool / postfix"? Referências:
Tags performance postfix ext3 linux