Parece que suas compilações são bem grandes, por isso eu ficaria longe da enorme swap + tmpfs - isso poderia indiscriminadamente forçar seu sistema a trocar enquanto construía o que arruinaria seu desempenho de compilação.
Para meus sistemas de compilação eu só tinha as opções ext2 e ext3, o ext2 era mais rápido (compreensivelmente - sem registro no diário).
Veja também as opções tune2fs e mount além das opções mkfs (conforme aplicável). Você provavelmente poderia colocar coisas como user_xattr , acl . Você pode ser capaz de eliminar o timestamping ( noatime , nodiratime ), mas com cuidado - algumas compilações podem depender disso.
Não se esqueça da fragmentação, ela realmente se arrasta em partições altamente agitadas, especialmente se elas ultrapassarem 80-90% do nível de preenchimento. Eu estava reformatando as partições de compilação cerca de uma vez por mês - para minhas compilações, isso significava apenas uma melhoria de 10-15%.
IMHO A melhor maneira de abordar isso é realmente testar suas opções, medir e comparar usando uma das construções típicas your como referência.
Nota: a velocidade do HDD pode não ser o fator limitante significativo na velocidade geral de construção (eu tinha builds com menos de 10% de melhoria em tmpfs / ramfs em HDDs). A estrutura de construção / dependências / paralelismo (que pode mudar no tempo à medida que o código evolui), fator -j, carga de CPU / RAM, rede, outros serviços de infraestrutura que sua construção pode usar também podem ter importância significativa.