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